00:02:06 | | Join suge [0] (i=gd@is.krazy.us) |
00:02:14 | dionoea | 'night |
00:03:04 | suge | hey. Does rockbox have a "remember playback position" feature so you can pause audiobooks, podcasts, and radioshows, listen to something else, and then pick up where you left off? |
00:03:15 | Mikachu | look at the 'bookmarks' feature |
00:03:21 | linuxstb | OK, fixed it. |
00:03:27 | suge | thanks |
00:03:38 | Mikachu | linuxstb: was it #ifndef IPOD_4G\n crash(); #endif ? |
00:03:45 | linuxstb | That was it... |
00:03:52 | linuxstb | Fancy testing on your Nano? |
00:03:58 | Mikachu | sure |
00:04:46 | Mikachu | video only? |
00:05:06 | linuxstb | http://www.davechapman.f2s.com/rockbox/mpegplayer.tgz |
00:05:15 | linuxstb | Yes - MPEG1 or MPEG2 raw video stream. |
00:05:33 | Mikachu | you may have to provide me with a sample file then |
00:05:52 | Mikachu | do i stick that in apps/plugins/ and add to SUBDIRS? |
00:05:54 | linuxstb | Extract that tgz to apps/plugins and add "mpegplayer" to apps/plugins/SUBDIRS and to apps/plugins/viewers.config |
00:06:01 | Mikachu | heh |
00:06:48 | linuxstb | Uploading a test file for the Nano now. |
00:07:00 | Mikachu | i only ever encode avi files |
00:07:21 | linuxstb | avi containing what? |
00:07:39 | Mikachu | various stuff, but i don't know how mpeg (de)muxing tools work |
00:08:03 | suge | apple has ipod nano refurbs for $129. Is That a good deal? |
00:08:17 | Mikachu | what size? |
00:08:46 | suge | 2gb |
00:08:54 | linuxstb | You can demux easily using mplayer - mplayer -dumpvideo -dumpfile video.m2v file.avi (if the AVI file contains mpeg video...) |
00:08:58 | | Join polluxx2006 [0] (n=polluxx@xdsl-87-78-107-232.netcologne.de) |
00:09:04 | Mikachu | ah |
00:09:18 | Mikachu | but i would have to scale it for the nano screen too |
00:09:45 | linuxstb | Yes, to a multiple of 16x16 - so 176x128 |
00:09:48 | * | BHSPitMonkey 's ears perk up at talk of video playback in #rockbox |
00:09:57 | linuxstb | But anyway, a test is here: http://www.davechapman.f2s.com/rockbox/testnano.zip (about 10MB) |
00:10:36 | linuxstb | BHSPitMonkey: Yes, hell's frozen over. |
00:10:51 | Mikachu | okay, testing now |
00:10:56 | Mikachu | er, soon |
00:10:58 | Mikachu | disk full |
00:11:10 | * | S0ap rather liked it when the noob question could more simply be answered "Boot Apple Firmware" |
00:11:12 | amiconn | linuxstb: What about the greyscale targets? Does the decoder allow to skip chroma decoding completely? |
00:11:20 | * | petur thanks Bagder and says goodnight |
00:11:30 | | Quit petur ("Zzzz") |
00:11:45 | BHSPitMonkey | linuxstb, I'll go fetch my coat :D |
00:11:46 | linuxstb | I was thinking about that, but haven't looked at the decoder to see. Hopefully it should be easy to disable. |
00:12:04 | BHSPitMonkey | how does it do on your photo? |
00:12:46 | BHSPitMonkey | @ linuxstb |
00:13:09 | Mikachu | linuxstb: it just said "Loading" and dropped me back to the filebrowser, i'll try again with plain cvs |
00:13:49 | linuxstb | Not that impressive - a 224x176 MPEG-2 file is decoding at around 10fps-11fps - but there's lots of scope for optimisations. |
00:14:22 | Mikachu | actually i'll just change plugin_get_audio_buffer to plugin_get_buffer |
00:14:48 | Mikachu | okay, and now i'll try cvs |
00:15:38 | linuxstb | Mikachu: Ah, you will also want to reduce the size of BUFFER_SIZE in mpegplayer.c - your test file is less than 10MB, so you can set it to that. It currently attempts to malloc 25MB. |
00:16:07 | | Join thebug [0] (n=thebug@unaffiliated/thebug) |
00:16:39 | Mikachu | hooray, that did it |
00:16:40 | Mikachu | no cvs for me |
00:17:14 | Mikachu | 20fps |
00:18:18 | Mikachu | 20.4 if it matters |
00:18:24 | Mikachu | up and down a bit |
00:18:29 | linuxstb | Nice. |
00:18:49 | Mikachu | what am i looking at? |
00:19:37 | linuxstb | Stacy's Mom by Fountains of Wayne... It's the only 4:3 video I had lying around. |
00:19:44 | Mikachu | ah |
00:19:48 | | Join pike [0] (i=amiga@c83-249-120-24.bredband.comhem.se) |
00:19:52 | Mikachu | and you know this already of course, but -vf field would have been nice here |
00:20:03 | linuxstb | Yes, I've spotted the interlacing... |
00:20:36 | linuxstb | You can probably try decreasing the bitrate as well - could push up the fps. |
00:20:48 | Mikachu | do you read the whole file into ram? |
00:21:30 | Mikachu | you don't have to on the nano at least, playback started after 3 seconds |
00:21:31 | linuxstb | It reads BUFFER_SIZE at a time. So for these test files, yes. |
00:21:38 | Mikachu | ah okay |
00:21:51 | Mikachu | no exit button yet |
00:21:52 | | Nick kclaf is now known as kclaf47 (i=kclaf@crj95-3-82-237-150-15.fbx.proxad.net) |
00:22:12 | linuxstb | I think a proper player would use one processor for video decoding, and the other for reading data from disk and decoding the audio. |
00:22:45 | linuxstb | And no, no exit button... |
00:22:57 | Mikachu | hm, any reason select+play shouldn't trigger the normal softoff? (normally just play but you know me) |
00:23:23 | linuxstb | Yes, because it doesn't read the events from the button queue. |
00:23:41 | linuxstb | (and then call the default-handler for SYS_POWEROFF) |
00:24:21 | | Join arow [0] (n=arow@arow.broekut.nl) |
00:24:32 | arow | hi |
00:25:12 | arow | uploading to my ipod nano is really really slow |
00:25:17 | arow | ( 0,30 MB/s) |
00:25:23 | arow | thats USB 1.1 speed |
00:25:38 | arow | does anybody know why it is so slow? |
00:26:14 | linuxstb | Apple made it that way. |
00:26:28 | Mikachu | arow: you have to boot apple's os first, it's a nano-specific bug/feature |
00:26:36 | Mikachu | linuxstb: and this was mpeg2? |
00:26:42 | linuxstb | Mikachu: Yes. |
00:26:47 | Mikachu | might mpeg1 be faster? |
00:26:59 | linuxstb | I thought so, but in my tests, it was the same. |
00:27:10 | linuxstb | But feel free to experiment with different files. |
00:27:15 | Mikachu | what do you use to encode mpeg? |
00:27:25 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
00:27:25 | linuxstb | I use mpeg2enc from mjpegtools. |
00:27:28 | Mikachu | ah |
00:27:38 | arow | Mikachu: when i tried the apple disc mode it is faster |
00:27:48 | Mikachu | arow: yes |
00:27:55 | arow | Mikachu: why? |
00:27:56 | linuxstb | But that's mainly because it's the best encoder I've found for generating DVD-compliant files. For Rockbox, something else may be better. |
00:28:32 | Mikachu | arow: like linuxstb said, that's the way it's built |
00:28:41 | arow | Mikachu: is there a way rockbox automatic boots apples disc mode? |
00:28:55 | Paul_The_Nerd | It already does automatically boot to their emergency disk mode. |
00:29:07 | Mikachu | arow: not yet |
00:29:19 | Paul_The_Nerd | You could modify the code so that it automatically boots into the retail firmware instead, but that requires a manual reboot once you disconnect to get back into Rockbox. Not ideal. |
00:29:27 | arow | Mikachu: that will solve the problem easily |
00:29:32 | Paul_The_Nerd | It won't solve the problem |
00:29:36 | Paul_The_Nerd | It just changes what the problem is. |
00:29:40 | Mikachu | Paul_The_Nerd: you can hack around that |
00:29:59 | Paul_The_Nerd | Mikachu: You can make the Apple firmware reboot to Rockbox on disconnect? |
00:30:02 | Mikachu | yes |
00:30:04 | jhMikeS | what's this about an MPEG player now? |
00:30:05 | Paul_The_Nerd | How? |
00:30:06 | arow | Paul_The_Nerd: you are right, but it is easy for nano users |
00:30:21 | Paul_The_Nerd | arow: Well, here's the deal: Rockbox on Nano doesn't have users. Only testers. |
00:30:34 | Paul_The_Nerd | Right now the current method is a lot simpler for people actually doing work on it. |
00:30:34 | Mikachu | Paul_The_Nerd: on linux, echo -n '{' > /dev/$IPOD will make it reboot after unmount because it thinks it has a new firmware written to it |
00:30:48 | Paul_The_Nerd | Mikachu: That's not a universal solution then. It depends on the computer being set up to deal with it. |
00:30:50 | Mikachu | i made a 'ipodeject' script |
00:31:01 | Paul_The_Nerd | I thought you meant there was a way to make the iPod itself deal with it. |
00:31:10 | Mikachu | yes, hence my use of the word 'hack' :) |
00:31:20 | Paul_The_Nerd | Well, it could be an iPod-side hack. :-P |
00:31:51 | Mikachu | i guess if you can find the piece of code that checks if firmware was written and reboots, and reverse the check it will have the wanted effect |
00:31:58 | Mikachu | but that is beyond me |
00:32:24 | Paul_The_Nerd | I don't transfer lots of files to my Nano enough for it to matter. |
00:33:05 | arow | Paul_The_Nerd: but that also doesn't solve the problem :) |
00:33:16 | Paul_The_Nerd | arow: I didn't say it did. |
00:33:24 | Paul_The_Nerd | The solution for the problem is for Apple to fix the bugs in their firmware. |
00:33:39 | S0ap | ha |
00:33:41 | Paul_The_Nerd | Or for Rockbox to have its own USB mode, which is unlikely to be soon without more information. |
00:34:07 | arow | but i don't know why it is a fault of apple, the apple software is faster..? |
00:34:19 | S0ap | arow - apple |
00:34:30 | Paul_The_Nerd | arow: You're missing the fact that they're BOTH the Apple software |
00:34:33 | S0ap | 's own disk mode is the 1.1 speeds you see. |
00:34:35 | Paul_The_Nerd | arow: As I've said already. |
00:34:50 | arow | yes, now i understand, thank you |
00:34:55 | Paul_The_Nerd | arow: We boot into the emergency disk mode, because once you're done with that, it can automatically reboot you back into Rockbox. Very handy for developers. |
00:34:56 | * | S0ap grumbles about the placement of the '/" key. |
00:35:03 | Mikachu | linuxstb: i'm a bit tired, what range of bitrates is good for this res? |
00:35:11 | Paul_The_Nerd | And on all the iPods except the Nano, it's fine. |
00:35:17 | S0ap | 400 would be about SVCD equiz. |
00:35:26 | S0ap | *equiv. |
00:35:30 | Mikachu | on some nanos it's also fine |
00:35:32 | arow | i just having bad luck :) |
00:35:36 | linuxstb | I think that test file I gave you was about 370kbps |
00:35:45 | S0ap | if you were using B frames... |
00:35:52 | Paul_The_Nerd | Mikachu: So far, what, two of them? |
00:36:11 | Mikachu | well, yeah |
00:39:35 | | Join XavierGr [0] (n=xavier@ppp154-212.adsl.forthnet.gr) |
00:45:28 | | Quit sven_ (Read error: 54 (Connection reset by peer)) |
00:45:39 | linuxstb | BTW, my plugin should now work on a H300 if anyone wants to test... |
00:45:53 | Mikachu | how long did you work on this? |
00:46:10 | linuxstb | Just today. |
00:46:13 | Mikachu | heh |
00:47:28 | jhMikeS | X5 or no? |
00:48:14 | linuxstb | Yes, it should work. |
00:48:35 | | Join MossImo [0] (n=MossImo@d154-20-147-236.bchsia.telus.net) |
00:49:02 | Paul_The_Nerd | Anything with a color screen, right? |
00:49:34 | linuxstb | It seems very slow on Coldfire at the moment. Without the yuv2rgb conversion (i.e. decoding only, no display), my h140 is only managing about 21fps on a 176x128 test file at 124MHz. |
00:49:44 | linuxstb | This is probably because there's almost no IRAM use. |
00:49:46 | Mikachu | it doesn't like the files avidemux2 produces |
00:49:54 | Mikachu | every other second the whole picture just blurs |
00:50:06 | linuxstb | Is it a raw MPEG video stream? What does "file" tell you? |
00:50:18 | Mikachu | i did the mencoder command you said and got an identical file |
00:50:25 | Mikachu | test.mpg: MPEG sequence, v1, progressive Y'CbCr 4:2:0 video, 29.97 fps, Constrained |
00:51:12 | Mikachu | and i selected 'mpeg video' as output in avidemux |
00:51:18 | Mikachu | and it plays back correctly in mplayer |
00:51:23 | jhMikeS | hmmm...where does it do the conversion? Yuv->rgb and put it in a buffer? |
00:51:29 | Mikachu | brb |
00:51:29 | linuxstb | Everything plays back correctly in mplayer :) |
00:51:47 | linuxstb | jhMikeS: Yes, there's no real optimisation yet. |
00:51:57 | jhMikeS | I can see. :) |
00:52:21 | linuxstb | It does the yuv2rgb conversion and copying to the lcd framebuffer in one function. lcd_update() then transfers the framebuffer to the lcd. |
00:52:26 | jhMikeS | Was gonna try to get it to compile then mess with some stuff |
00:52:59 | linuxstb | You can try disabling the call to yuv_bitmap_part() and see what fps you get without that function. |
00:53:08 | linuxstb | (in video_out_rockbox.c) |
00:53:31 | linuxstb | But as I said, it's only 21fps on my H140 - so I would expect the same on the X5. |
00:53:43 | linuxstb | ...with that function disabled. |
00:54:03 | jhMikeS | Gotta parse it into separate files yet or is there an easier way? |
00:54:27 | linuxstb | Yes, it just accepts a raw video stream - MPEG1 or MPEG2. |
00:55:35 | | Join sven_ [0] (n=sven@port-212-202-193-252.dynamic.qsc.de) |
00:55:37 | jhMikeS | linuxstb: I gotta separate out all the files by hand? :( |
00:56:14 | linuxstb | I would use a program to do it, but if you want to use a hex editor... |
00:58:11 | jhMikeS | I got the source open in a text editor all bunched together. WinRar just opens it and show one file "mpegplayer" |
00:58:47 | Mikachu | then i would suggest using another program |
00:59:24 | jhMikeS | Ok, I'm dumb, should I just use GZIP from the Linux cl? |
00:59:35 | linuxstb | Ah, you're talking about the source? "tar zxvf mpegplayer.tgz" will work. |
00:59:42 | jhMikeS | yes! |
00:59:52 | Mikachu | heh, it probably gave you the tar file |
00:59:59 | linuxstb | :) |
01:00 |
01:00:29 | jhMikeS | I think it was missnames just .gz and not .tar.gz or .tgz |
01:00:50 | linuxstb | The mpegplayer directory goes in apps/plugins/. Then add "mpegplayer" to apps/plugins/SUBDIRS and an entry for mpegplayer to apps/plugins/viewers.config |
01:01:06 | jhMikeS | I just renamed the extension to "tgz" and WinRar opened it fine. |
01:04:30 | | Part MossImo |
01:05:32 | | Quit suge (Remote closed the connection) |
01:06:43 | *** | Saving seen data "./dancer.seen" |
01:07:09 | | Quit sven_ (Remote closed the connection) |
01:07:30 | | Join sven_ [0] (n=sven@port-212-202-193-252.dynamic.qsc.de) |
01:09:58 | Mikachu | linuxstb: what input can i give mpeg2enc? |
01:10:34 | linuxstb | yuv4mpeg :) |
01:11:00 | linuxstb | My pipeline for that test file was: mpeg2dec -s -o pgmpipe < /video1/FOW/stacy_original.vob | pgmtoy4m -r 25:1 -a 4:3 | y4mscaler -O size=176x128 | mpeg2enc -a 2 -f 8 -q 6 -D 10 -E -10 -K tmpgenc -4 1 -2 1 -o stacys-176x128.m2v |
01:11:38 | Mikachu | hrm |
01:12:58 | linuxstb | Do you have mpeg2dec ? That could be useful to test the files that don't work with my mpegplayer - mpeg2dec also uses libmpeg2 |
01:13:30 | | Part barrywardell |
01:14:11 | Mikachu | what do you do if the source is avi? |
01:14:52 | linuxstb | I never reencode AVIs - normally MPEG-2 transport streams (captured from DVB broadcasts). |
01:14:55 | jhMikeS | add mpegplayer right by databox |
01:15:14 | Mikachu | well, this is a special case |
01:15:54 | linuxstb | Mikachu: I'm not the best person to ask about video re-encoding. I always like to keep the original, in whatever format it is. |
01:16:15 | Mikachu | okay |
01:16:53 | linuxstb | jhMikeS: Personally, I've got it next to pacbox (in the same #if) |
01:17:03 | Mikachu | do you know how to do single field extraction in the above pipeline? |
01:18:13 | linuxstb | No, sorry. |
01:18:14 | jhMikeS | Not a damn clue! =) I'm just getting familiar with linux. |
01:18:24 | jhMikeS | oh different comment, oops |
01:18:45 | Mikachu | well, i have a progressive mpeg2 video lying around luckily :) |
01:20:09 | jhMikeS | What extensions? I've got m2v there, mpeg too?. Do you need the extra 6 bytes of data? What's that, just a header sig? |
01:20:12 | Mikachu | linuxstb: what if the input is already a video stream? |
01:20:20 | Mikachu | looks like a video stream, not system stream |
01:20:25 | Mikachu | it says that repeatedly |
01:20:43 | Mikachu | wait i think i got it :) |
01:20:51 | linuxstb | jhMikeS: I've just put .m2v in viewers.config. The six numbers are an icon - just copy another entry, or use zeros. |
01:21:04 | linuxstb | Mikachu: Just remove the -s option. |
01:21:09 | Mikachu | i tried that but no dice |
01:21:27 | linuxstb | What does "file" say on your input? |
01:21:30 | jhMikeS | Thanks. Ends up in viewer or rocks? |
01:21:31 | Mikachu | ambitious.m2v: MPEG sequence, v2, MP@ML interlaced Y'CbCr 4:2:0 video, CCIR/ITU NTSC 525, 4:3, 29.97 fps |
01:21:35 | Mikachu | jhMikeS: viewer |
01:21:38 | Mikachu | s |
01:21:41 | jhMikeS | ! |
01:22:08 | linuxstb | Mikachu: Looks like an elementary stream to me... If you just type "mpeg2dec ambitious.m2v", does it play it? |
01:22:24 | Mikachu | yes |
01:22:43 | jhMikeS | ok, gonna try 'n' build it now...:0 |
01:23:08 | | Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) |
01:23:10 | Mikachu | linuxstb: ah, y4mscaler is a separate package |
01:23:45 | jhMikeS | compiled with a few "unused parameter: xxxx" but it went. |
01:24:15 | | Quit polluxx2006 () |
01:26:27 | Mikachu | linuxstb: that probably helped :) |
01:27:40 | thebug | anyone know if (when the bootloader is closer to ready) the irivier H10 20GB US version will support usb-mass-storage without doing stupid reset + o-on-poweron tricks? |
01:28:46 | linuxstb | Rockbox won't be able to implement its own UMS mode on the H10 in the near future, so you'll have to use whatever the iriver firmware gives you. |
01:29:22 | Paul_The_Nerd | thebug: Until there's documentation or further reverse engineering of the PortalPlayer chip, it's pretty much impossible for us to implement a USB mode for Rockbox itself. |
01:30:00 | thebug | ok, so here's a further question ... as long as I can use the ums that's built in, will I be able to use the normal play library stuff in rockbox w/o browsing for each file (like I have to when I use ums to load media onto it) ? |
01:30:35 | Paul_The_Nerd | Rockbox won't use the iRiver's library. |
01:30:41 | linuxstb | I've no idea how the H10 firmware works, but it sounds like you could use tagcache in Rockbox. |
01:30:47 | thebug | ok, that's cool |
01:30:51 | Paul_The_Nerd | But Rockbox can index the files itself with a scan, and show you them by Aritst/Album/Genre |
01:31:02 | thebug | I've just not used rockbox on a player before, so I'm not 100% on what it does and does not do |
01:31:23 | thebug | excellent, that's exactly what I'm looking for ... thanks Paul_The_Nerd |
01:31:27 | Paul_The_Nerd | I'd suggest skimming the manual. |
01:31:33 | | Join Buddy34 [0] (i=peace@200.216.45.8) |
01:31:49 | thebug | Paul_The_Nerd: will do |
01:33:03 | thebug | is the PortalPlayer chip fast enough to handle flac, when the h10 rockbox support is further along? |
01:33:24 | | Part Buddy34 |
01:33:28 | jhMikeS | plugin won't load, just quits. Should I reduce BUFFER_SIZE? |
01:34:21 | Paul_The_Nerd | thebug: FLAC requires a lot less processing power than MP3 |
01:34:23 | linuxstb | thebug: Easily. FLAC is one of the fastest codecs in Rockbox. |
01:34:40 | thebug | awesome ... I really look forward to having that support then |
01:34:43 | thebug | you guys rock :) |
01:34:45 | linuxstb | jhMikeS: Does it quit immediately, or after a few seconds of disk activity? |
01:35:18 | thebug | thanks for answering my questions, linuxstb and Paul_The_Nerd |
01:35:24 | | Part thebug (":)") |
01:36:15 | amiconn | linuxstb, other ipod users/devs: Is it just me or does Select not work when first pressed after boot, unless the wheel was used before? |
01:36:28 | * | linuxstb tests |
01:37:36 | * | linuxstb disables the "first keypress enables backlight only" option |
01:37:40 | Paul_The_Nerd | amiconn: I regularly have one or another issues with buttons, the hold switch, and the wheel. |
01:37:53 | jhMikeS | linuxstb: Screen goes dark after 1/4sec, then quit almost immediately |
01:38:18 | | Quit sven_ (Read error: 113 (No route to host)) |
01:38:56 | | Join sven_ [0] (n=sven@port-212-202-193-252.dynamic.qsc.de) |
01:39:00 | jhMikeS | oh yeah, "loading" stays up for a couple of secs |
01:39:15 | linuxstb | amiconn: On my Photo, SELECT seems to work only on the second press - the first doesn't work after boot. |
01:39:34 | linuxstb | jhMikeS: Are you clicking on a video file to start the plugin? |
01:39:56 | jhMikeS | tried, just clicking and "open with..." |
01:40:04 | amiconn | linuxstb: Yes, that's what I observe on my mini as well, unless I use the wheel before |
01:40:14 | jhMikeS | On that stacy's mom m2v |
01:40:53 | Mikachu | linuxstb: there is a -vo yuv4mpeg in mplayer |
01:41:02 | Mikachu | mkfifo stream.yuv |
01:41:06 | Mikachu | mplayer -vc mpeg12 ambitious.m2v -vo yuv4mpeg -vf-clr -vf scale=176:128 |
01:41:16 | Mikachu | cat stream.yuv | mpeg2enc -F 4 -a 2 -f 8 -q 6 -D 10 -E -10 -K tmpgenc -4 1 -2 1 -o ambitious-176x128.m2v |
01:42:09 | amiconn | mrf |
01:42:15 | linuxstb | Mikachu: I tried that recently, and couldn't get it to work properly. But that was with a 1440x1080i H264 file that my PC can't decode in realtime. |
01:42:23 | * | amiconn 's got so solve a problem with the grayscale lib on the mini |
01:42:52 | Mikachu | linuxstb: i hope the encoder doesn't expect the video in realtime.. |
01:43:09 | linuxstb | No, but I think mplayer tries too hard to maintain a/v sync |
01:43:18 | Mikachu | ah |
01:43:28 | Mikachu | you could use -noframedrop perhaps |
01:43:48 | amiconn | The mini's LCD resolution is _weird_ |
01:44:04 | * | amiconn has to change a few design decisions |
01:45:19 | | Join lodesi_ [0] (n=lds@d02v-213-44-158-140.d4.club-internet.fr) |
01:46:21 | Paul_The_Nerd | How is it weird? |
01:46:32 | | Quit MarcoPolo (Remote closed the connection) |
01:46:41 | amiconn | 138x110. |
01:47:02 | amiconn | The pixels are packed horizontally and it's 2bpp, so 4 pixels are packed into one byte |
01:47:15 | amiconn | 138 isn't a multiple of 4 |
01:48:51 | JdGordon | morning all |
01:48:58 | JdGordon | congrats linuxstb re video |
01:49:22 | linuxstb | Thanks, but it's just a first step on a long road... |
01:51:08 | jhMikeS | Fails when calling mpeg2_malloc even with BUFFER_SIZE at 12MB. |
01:51:42 | linuxstb | Weird... It should still work, even with a tiny (e.g. 4KB) buffer. |
01:52:02 | linuxstb | Are you running standard CVS? |
01:53:25 | | Join joe2 [0] (n=YouCeyE@ppp-71-136-69-255.dsl.sndg02.pacbell.net) |
01:54:33 | linuxstb | jhMikeS: Ah, the X5 only has 16MB of RAM? |
01:57:32 | | Quit pike () |
01:57:44 | | Join pike [0] (i=amiga@c83-249-120-24.bredband.comhem.se) |
01:57:53 | | Quit lodesi (Read error: 110 (Connection timed out)) |
01:57:59 | amiconn | Wee, finally :D |
02:00 |
02:00:09 | jhMikeS | linusxtb: I never bothered to look. :") |
02:00:45 | | Quit arow ("Trillian (http://www.ceruleanstudios.com") |
02:00:48 | Mikachu | linuxstb: i can't seem to convince mpeg2enc to use nonstandard framerates... |
02:02:42 | | Quit akaias ("Bye. Need a pastebin? http://pb.transnull.com") |
02:03:14 | linuxstb | Mikachu: Does the MPEG spec allow arbitrary framerates? |
02:03:18 | Mikachu | no idea |
02:03:27 | BHSPitMonkey | abritrary? |
02:03:29 | Mikachu | i just thought it might be nice to try 15fps to get realtime |
02:03:35 | Mikachu | no, arbitrary ;) |
02:03:42 | BHSPitMonkey | whoops |
02:03:50 | BHSPitMonkey | that was a legitimate typo |
02:04:34 | | Quit mikearthur (Read error: 54 (Connection reset by peer)) |
02:04:41 | BHSPitMonkey | well, where I was going with this, was that "it's the end of the summer, and my vocabulary is at its peak decay" |
02:04:49 | linuxstb | Mikachu: My player ignores the framerate, so if you feed mpeg2enc a 15fps file, just tell it it's 25fps. |
02:04:56 | | Join akaias [0] (n=akaias@c-24-15-165-22.hsd1.il.comcast.net) |
02:05:23 | Mikachu | yeah i suppose |
02:06:14 | jhMikeS | I arbitrarily set it to 5MB and it worked. About 10.8-11.3fps. |
02:06:31 | | Quit YouCeyE (Read error: 110 (Connection timed out)) |
02:06:32 | | Quit Kohlrabi ("Quit") |
02:07:47 | linuxstb | jhMikeS: Is that the 176x128 test file? |
02:08:02 | linuxstb | Or the 224x176 one? |
02:08:54 | BHSPitMonkey | how strong is the compression you're wielding? |
02:09:14 | linuxstb | My 176x128 (Nano-sized) test file is 370kbps. |
02:09:57 | linuxstb | (just the video stream). About 10MB for 3m 16s. |
02:10:31 | Mikachu | is it very complicated to use two cpus for one video stream? |
02:10:52 | | Join madcow [0] (n=565170b8@labb.contactor.se) |
02:10:55 | linuxstb | On the ipods, you'll have the cache coherency to worry about. |
02:11:07 | linuxstb | You also need to read the data from disk and decode the audio... |
02:11:27 | linuxstb | (and everything else a video player needs to do, such as maintain a/v sync) |
02:13:15 | | Quit madcow (Client Quit) |
02:13:22 | | Join madcow [0] (n=565170b8@labb.contactor.se) |
02:14:22 | linuxstb | Mikachu: But just optimising the lcd update and yuv2rgb conversion should get the Nano at least doing 25fps video on one CPU. |
02:15:03 | | Join _jhMikeS_ [0] (n=jethead7@adsl-68-73-200-163.dsl.sfldmi.ameritech.net) |
02:16:50 | _jhMikeS_ | linuxstb: Connection went dead. If you didn't get that, yes it's the that one. |
02:17:03 | dan_a | Mikachu: Doing anything with 2 CPUs is not trivial! (My brain hurts and I've not even got sound working yet) |
02:17:23 | linuxstb | _jhMikeS_: The 176x128 one? |
02:17:23 | Mikachu | dan_a: hehe, i meant just from the video decoding point of view |
02:17:33 | Mikachu | interdepending frames and such |
02:17:34 | _jhMikeS_ | linuxstb: yes |
02:17:47 | Mikachu | this is like infinitely cool though |
02:17:49 | _jhMikeS_ | A link was here earlier |
02:18:14 | linuxstb | _jhMikeS_: Have you tested commenting out the call to yuv_bitmap_part() in video_out_rockbox.c ? |
02:18:54 | | Quit spiorf ("Read error: 104 (Connection reset by peer)") |
02:18:55 | _jhMikeS_ | not yet |
02:18:58 | Mikachu | this also means that in the distant future, when rockbox has usb host support on ipods, i can decode the live stream from my camera and record videos maybe |
02:19:04 | Mikachu | it already sends the stream in mjpeg afaik |
02:19:45 | JdGordon | forget that... how about digital usb tuners connected to the usb? tv on the go |
02:20:02 | linuxstb | A USB DVB-T tuner... |
02:20:18 | Mikachu | crystal clear 176x132 digital video |
02:20:25 | midgey34 | linuxstb: I'm getting between 7.3fps and 8.1fps on my h300 |
02:20:40 | linuxstb | midgey34: Yes, the Coldfire needs IRAM... |
02:20:52 | midgey34 | still, its very cool to see running |
02:22:23 | _jhMikeS_ | 14.7-16.1 |
02:23:47 | Mikachu | linuxstb: i get 200fps on 1:1 with 75mhz on my nano in test_fps |
02:24:19 | Mikachu | so if my midnight math is correct, at 20fps, 10% of cpu is just lcd updating? |
02:24:43 | _jhMikeS_ | Does it decode interlaced? |
02:24:59 | _jhMikeS_ | I mean does it actually write in an interlaced pattern to the buffer? |
02:25:24 | | Quit Psilonaut () |
02:25:26 | linuxstb | I'm not exactly sure how it handles interlaced video.. The test file I gave you was interlaced. |
02:25:53 | Mikachu | it looked like both fields were updated at the same time |
02:26:06 | Mikachu | at the framerate, not fieldrate |
02:26:56 | _jhMikeS_ | I can see the field lines with motion |
02:27:54 | JdGordon | anyone know how to turn mouse gestures off in firefox? studpid thing keeps going back a page when i try scroling wtith the wheel |
02:27:55 | | Join Arathis [0] (n=doerk@p508A72D3.dip.t-dialin.net) |
02:28:48 | | Quit jhMikeS (Read error: 110 (Connection timed out)) |
02:29:09 | linuxstb | Mikachu: Have you managed to encode anything yet? |
02:29:18 | ze | JdGordon: disable the mouse gestures extension? how'd you get it installed if you didn't want it? |
02:29:39 | JdGordon | ze: i dunno |
02:29:53 | JdGordon | no extensions are installed |
02:31:30 | | Quit madcow ("CGI:IRC (EOF)") |
02:31:39 | ze | mouse gestures doesn't seem like something that firefox would have without an extension, especially considering thre's a couple different extensions (afaik) that provide it |
02:31:47 | ze | sorry, dunno whats up with yours then |
02:31:53 | JdGordon | :( |
02:32:14 | | Quit TomFelker ("Leaving.") |
02:32:35 | | Join tommeyer [0] (n=icechat5@cpe-24-161-131-252.hawaii.res.rr.com) |
02:33:16 | | Join TomFelker [0] (n=tom@c-24-4-91-61.hsd1.ca.comcast.net) |
02:33:31 | | Quit XavierGr (Read error: 110 (Connection timed out)) |
02:33:41 | | Join safetydan [0] (n=cbca159f@labb.contactor.se) |
02:33:48 | _jhMikeS_ | where does the decoder actually output the vuy pixels? |
02:34:52 | linuxstb | info->display_fbuf->buf (in mpegplayer.c) contains the yuv data. |
02:35:17 | linuxstb | (in three separate arrays) |
02:36:04 | | Join sharpe [0] (i=sharpe@user-0c8hc2c.cable.mindspring.com) |
02:37:11 | | Quit sharpe` (Read error: 104 (Connection reset by peer)) |
02:37:35 | | Quit jn ("Lost terminal") |
02:39:37 | | Part pixelma |
02:46:52 | | Part TomFelker |
02:47:28 | JdGordon | haha, dont put / in the name of a folder on linux :p it fucks everything up |
02:47:39 | JdGordon | or maybe its just konquerer |
02:48:56 | | Join BigMac [0] (n=dummeska@64-252-109-146.adsl.snet.net) |
02:49:26 | | Quit gtkspert ("leaving") |
02:50:03 | | Join gtkspert [0] (n=gtkspert@124-168-73-220.dyn.iinet.net.au) |
02:52:28 | tommeyer | Hi, just starting rockbox dev, and trying to work out basic debugging stuff in the simulator. Why doesn't printf show up when I'm using the sim? |
02:53:10 | tommeyer | and is there some other way to log debugging info? |
02:54:09 | linuxstb | You can use DEBUBF() in the sim - it works the same as printf. |
02:54:19 | tommeyer | thanks |
02:54:19 | linuxstb | DEBUGF() |
02:54:43 | safetydan | you can also attach gdb if you really want to get in to debugging :) |
02:55:48 | tommeyer | I've been trying to get it working well with gdb, but how do you use configure to build with debugging info? |
02:56:44 | linuxstb | I think debugging info is turned on by default in the sim. Or you can modify the Makefile created in your build directory. |
02:57:24 | tommeyer | somehow gdb can't find line numbers, etc., when I'm running sim. |
02:58:12 | safetydan | it's on by default and works for me |
02:58:24 | safetydan | so... not sure what's going for you |
02:58:29 | tommeyer | OK. thanks. I'll poke at it a bit more. |
03:00 |
03:01:12 | _jhMikeS_ | somewhere deep inside the decoder actually writes the YUV components when decoding the blocks but I'm kinda lost at the moment. know where? |
03:02:01 | amiconn | _jhMikeS_: I think it won't be possible to go without intermediate arrays for the yuv data |
03:02:29 | amiconn | If mpeg works similar to jpeg wrt color components (and I think it does), the components are encoded separately, |
03:03:32 | amiconn | and so the colour components for a pixel are decoded at different times |
03:03:35 | _jhMikeS_ | they'd have to be IRAM but I probably is ok if they're separate. |
03:03:46 | _jhMikeS_ | do they have to be? |
03:03:55 | _jhMikeS_ | or can it be interleaved |
03:04:44 | amiconn | I thought you were looking for a way to remove the intermediate storage, which I think is impossible |
03:05:08 | _jhMikeS_ | I'm getting to that but it's long path. I have to understand this well first. |
03:06:20 | _jhMikeS_ | It decodes zig-zaggy, right? Maybe an 8x8 block would be enough |
03:06:44 | *** | Saving seen data "./dancer.seen" |
03:08:40 | | Part BigMac |
03:09:37 | tommeyer | Yeah, it decodes zig-zaggy, into Y, Cb and Cr blocks. |
03:11:16 | linuxstb | Doesn't it also need to buffer complete previous/future frames, in order to decode the P and B frames? |
03:11:25 | _jhMikeS_ | 1 row of 8x8 blocks might work interleaved Y,Cb,Cr to increase locality. |
03:11:57 | _jhMikeS_ | Is that the buffer it acually uses? Anyway, there should be no RGB buffer at least. |
03:12:19 | amiconn | linuxstb: Different Q - would pacbox work with the greyscale lib on the greyscale ipods? |
03:12:34 | linuxstb | amiconn: Shouldn't be hard - it needs 16 colours. |
03:12:56 | amiconn | It works on the H1x0... |
03:12:58 | _jhMikeS_ | 18 would probably be faster for the x5 |
03:13:04 | _jhMikeS_ | 18bits |
03:13:19 | amiconn | _jhMikeS_: 18bits will most probably be slower on X5 |
03:13:26 | amiconn | ...for everything |
03:13:38 | linuxstb | _jhMikeS_: Internally, libmpeg2 is only yuv. The code that you commented out (and still only got around 15fps) is the only yuv2rgb code in the player. |
03:13:39 | _jhMikeS_ | The driver must pack it AGAIN to make it 18-bit to be sent over the bus |
03:13:45 | amiconn | yes |
03:14:02 | amiconn | But if you want to avoid bitshifting, you would have to make the framebuffer 32bit |
03:14:13 | _jhMikeS_ | that is very bad. It's no problem to just pack to 18bit |
03:14:24 | _jhMikeS_ | the YUV buffer? |
03:14:34 | amiconn | eh? |
03:14:45 | tommeyer | is anyone working on Java or Flash support in rockbox? |
03:14:57 | linuxstb | tommeyer: Don't think so. |
03:15:43 | amiconn | The yuv data is usually 8bit precision |
03:15:52 | _jhMikeS_ | It should pack into xxxxxxxrrrrrrggg and xxxxxxxgggbbbbbb |
03:16:14 | amiconn | You can do that if you're going to write directly to the lcd |
03:16:19 | _jhMikeS_ | 8-bit per component correct. |
03:16:27 | amiconn | The maths itself won't become very different |
03:16:37 | _jhMikeS_ | amiconn: that's the plan |
03:16:41 | | Join BigMac [0] (n=dummeska@64-252-109-146.adsl.snet.net) |
03:16:42 | amiconn | I' |
03:16:54 | amiconn | d focus on other optimisations first |
03:17:14 | _jhMikeS_ | True...most of the time is spent decoding |
03:17:30 | linuxstb | It could also be worth trying to get other mpeg decoders working, to see how they perform against libmpeg2. |
03:17:52 | tommeyer | is most of the time spent in DCT, or in other parts of the decoding, Mike? |
03:17:59 | _jhMikeS_ | I got ffmpeg and core pocket in my list |
03:18:09 | amiconn | linuxstb: Hmpf, the 0.5x scaling in pacbox doesn't fit the mini lcd :( |
03:18:24 | _jhMikeS_ | tommeyer: I'm just getting to learning this...I really have no idea. Sorry. |
03:19:28 | amiconn | Oh, I thought pacbox would use the grayscale lib... |
03:19:38 | amiconn | ...but it doesn't seem to |
03:19:50 | linuxstb | No, it doesn't. I think I misunderstood your question... |
03:20:08 | linuxstb | I meant that getting pacbox to work in general with the greyscale lib should be straightforward. |
03:20:37 | amiconn | probably |
03:21:27 | linuxstb | The rotate-and-scale operation is the bottleneck on most targets though, so it benefits from assembler. |
03:23:07 | tommeyer | it seems that a set of math & geom xform libraries would be of benefit, so fast cos and sin, etc are implemented once |
03:23:09 | amiconn | The grayscale lib eats some more cpu power... |
03:29:41 | | Quit Arathis ("möp") |
03:37:05 | safetydan | tommeyer, there's already some in various parts of Rockbox if you're talking about fixed point. The equalizer, dps, and replaygain code would be places to look. |
03:37:11 | | Join cismo [0] (i=cismo@adsl-85-217-32-87.kotinet.com) |
03:42:55 | | Quit cismo_ (Read error: 60 (Operation timed out)) |
03:45:38 | | Quit Criamos (Read error: 110 (Connection timed out)) |
03:46:57 | * | amiconn crosses fingers |
03:47:28 | | Join bilbravo [0] (n=bilbravo@pool-70-17-238-238.balt.east.verizon.net) |
03:48:04 | bilbravo | hi all... i have a question... the website lists Daniel Stenburg as starting the Sansa e200 port... how can I get in touch with this individual/offer help? |
03:48:23 | bilbravo | ah, Badger... |
03:48:31 | bilbravo | if i had just looked for 2 seconds longer before asking... sorry :-) |
03:50:46 | linuxstb | Wow... I just implemented a very quick "lcd_yuv_blit" function, and on my Photo, the fps has gone up from 15fps to 23fps for a 176x128 test file. |
03:52:01 | linuxstb | Seems we can use all those waits in the lcd driver to do the yuv conversion... |
03:55:33 | amiconn | ugh |
03:57:26 | | Join bitshift [0] (i=bitshift@CPE000c6e94cf09-CM001225d870de.cpe.net.cable.rogers.com) |
03:57:37 | bitshift | hey, does anyone have an iaudio x5? |
03:57:47 | S0ap | rockbox porn here we come! |
03:58:08 | Paul_The_Nerd | Classy |
03:58:38 | amiconn | /usr/local/arm/lib/gcc/arm-elf/4.0.3/../../../../arm-elf/bin/ld: address 0x20007f0 of /home/rbclient/build-ipod4gray/apps/plugins/doom/doom.elf section .bss is not within region PLUGIN_RAM <== wtf?? |
03:59:18 | linuxstb | ARM code is bigger than Coldfire code? |
03:59:33 | linuxstb | But I'm not sure why it doesn't affect other ipods... |
03:59:34 | amiconn | Yeah, sure. |
03:59:49 | amiconn | But it does fit on the colour ipods, and also on the mini |
03:59:57 | linuxstb | I know Doom is very tight on the ipods. |
04:00 |
04:00:26 | linuxstb | Ah, must be the extra size of the greyscale lib and buffers? |
04:00:50 | linuxstb | Ah, it works on the mini.... (I should read, then talk) |
04:00:51 | _jhMikeS_ | bitshift: yes |
04:01:04 | amiconn | But why? No such problem on the mini - and it aslo uses the grayscale lib |
04:01:55 | linuxstb | Are the greyscale lib buffers static? |
04:02:40 | amiconn | nope |
04:02:44 | | Quit lodesi_ (Read error: 110 (Connection timed out)) |
04:03:59 | | Join sanka [0] (n=sankao@adsl-75-16-33-203.dsl.irvnca.sbcglobal.net) |
04:04:02 | linuxstb | Maybe there are other static buffers dependent upon the lcd size. How close is the mini build to filling the plugin buffer? |
04:04:58 | amiconn | 3528 bytes left |
04:05:41 | amiconn | Hmm, the difference in framebuffer size is 5300 bytes... |
04:06:09 | amiconn | hmpf |
04:07:39 | * | amiconn wonders how this thing fits on the g5 :/ |
04:08:05 | linuxstb | Looking in i_video.c, there's a static buffer (graybuffer) declared at the start. I think you could malloc that in I_InitGraphics() (at the end of i_video.c) |
04:13:40 | | Quit dan_a (Read error: 110 (Connection timed out)) |
04:22:04 | | Quit sankao (Read error: 110 (Connection timed out)) |
04:23:03 | Mikachu | linuxstb: yeah i succeeded with mpeg2enc |
04:23:16 | Mikachu | linuxstb: stuff from mencoder and avidemux2 didn't work very well though |
04:23:34 | Mikachu | linuxstb: but i think they both use ffmpeg/lavc |
04:23:53 | linuxstb | Yes, they probably do. I've never found ffmpeg's mpeg encoder very reliable. |
04:23:56 | Mikachu | could be ffmpeg cvs not feeling well today |
04:24:02 | | Quit ShadowdogMU ("You know you'll miss me :P") |
04:24:10 | Mikachu | like i said, i've never encoded mpeg1/2 before |
04:24:23 | | Join fatherfork [0] (n=4898d815@labb.contactor.se) |
04:24:53 | linuxstb | It should be close to 25fps on the Nano now if you want an updated patch. |
04:25:01 | Mikachu | ooh |
04:25:17 | * | linuxstb should have been in bed hours ago... |
04:25:22 | Mikachu | me too |
04:25:38 | Mikachu | i am going to the dentist in 6.5 hours |
04:26:36 | fatherfork | alrighty, so I have a freshly updated wps, and I would like to upload it to the gallery, but am having trouble understanding the upload instructions... |
04:26:40 | * | amiconn had a better idea... |
04:26:50 | linuxstb | http://www.davechapman.f2s.com/rockbox/mpegplayer-patch.diff (and a new mpegplayer.tgz in the same place) |
04:26:56 | amiconn | ...regarding that buffer |
04:27:04 | fatherfork | could someone either tell me what i need to do, or direct me to somewhere with easier instructions? |
04:29:41 | Mikachu | does the ipod video also have a 16bit lcd? |
04:30:28 | | Join ShadowdogMU [0] (n=Brock@cpe-65-28-252-205.woh.res.rr.com) |
04:32:04 | amiconn | Mikachu: yes |
04:32:20 | Mikachu | i could notice the 16bitness on one video... |
04:32:24 | Mikachu | on my nano at least |
04:33:24 | Mikachu | linuxstb: i have no idea how fast this is because the fps meter doesn't work |
04:33:38 | bitshift | _jhMikeS_,are there still bettery issues with the x5 and rockbox? i've read that there was a fix but does it fix long term battery life? |
04:33:55 | Mikachu | it sort of looks about realtime though |
04:34:42 | Mikachu | linuxstb: ah, it blinks by for half a frame every 5th second or so, i think it wants to say 24.2 |
04:34:55 | Mikachu | or .3 |
04:35:41 | linuxstb | That's not bad... |
04:36:00 | Mikachu | indeed |
04:36:47 | linuxstb | Is that with your test file, or mine? |
04:36:50 | Mikachu | mine |
04:37:02 | Mikachu | it was about the same speed as yours before |
04:37:03 | linuxstb | Do you know the bitrate? |
04:37:08 | linuxstb | Ah, OK. |
04:37:19 | Mikachu | i can try yours too, just wait until this one finishes |
04:37:52 | Mikachu | have you tried other -O settings? |
04:38:19 | linuxstb | Yes, they didn't seem to make much difference. But please test them again if you have time. |
04:39:04 | Mikachu | i'm waiting for me to finish eating yoghurt before i go to bed |
04:39:19 | linuxstb | I definitely need to go to bed for a few hours now. |
04:39:57 | linuxstb | Goodnight all. |
04:40:03 | Mikachu | good night, your video says around 24.0 too |
04:40:41 | * | Mikachu takes care not to drop nano in yoghurt |
04:41:42 | linuxstb | Full-screen on my Photo is still only around 13.5fps - compared to 10fps before my last change... So still a lot more work needed there. |
04:42:19 | | Quit hannesd (Read error: 104 (Connection reset by peer)) |
04:42:22 | Mikachu | O2 seems to not make much of a difference |
04:42:33 | Mikachu | none at all in fact |
04:42:44 | | Join hannesd [0] (n=light@gate-hannes-tdsl.imos.net) |
04:42:47 | Mikachu | if i changed the right one, that is |
04:43:01 | Mikachu | (don't let me keep you up) |
04:43:01 | linuxstb | Did you delete the files in build/apps/plugins/mpegplayer/ ? |
04:43:11 | Mikachu | yeah |
04:43:29 | * | linuxstb really goes to bed now. |
04:43:37 | ShadowdogMU | mpeg player? |
04:43:44 | * | ShadowdogMU is excited |
04:43:52 | Mikachu | filesize didn't change so i may have failed |
04:44:07 | Mikachu | i will try more tomorrow |
04:44:12 | Mikachu | my yoghurt is nearing depletion |
04:44:41 | Mikachu | ShadowdogMU: http://www.davechapman.f2s.com/rockbox/mpegplayer-patch.diff http://www.davechapman.f2s.com/rockbox/mpegplayer.tgz |
04:44:52 | Mikachu | i offer no support for getting it working |
04:46:05 | ShadowdogMU | Hehe, I'll wait for it to go mainstream |
04:48:07 | tommeyer | trying to get it to work on my ipod video right now, but i'm still feeling my way around the whole dev't process... |
04:48:32 | Mikachu | i will not be surprised if it finds its way into one of those crazy 'experimental' builds |
04:49:40 | ShadowdogMU | I want video support |
04:49:49 | ShadowdogMU | it's one of 2 things that keeps me from using Rockbox fulltime |
04:49:54 | ShadowdogMU | the other is iTrip support |
04:49:58 | Mikachu | also let me point out it's only video, and only mpeg1/2, no audio yet |
04:50:24 | Paul_The_Nerd | Why not just get an FM transmitter that isn't locked to the iPod? |
04:51:13 | ShadowdogMU | I dunno, aesthetics mostly |
04:51:50 | Paul_The_Nerd | So, looking pretty is more important than saving money and better playback. Good stuff. |
04:52:09 | Mikachu | when you sing along to that 'if i was a rich man' you can skip the 'if i' part |
04:58:24 | | Quit actionshrimp ("( www.nnscript.de :: NoNameScript 4.01 :: www.XLhost.de )") |
05:00 |
05:01:41 | | Join Rob2222_ [0] (n=Miranda@ACD04076.ipt.aol.com) |
05:04:53 | BigMac | hi all |
05:05:18 | BigMac | would anyone be interested in downloading a parappa the rapper plugin for the 5g? |
05:06:45 | BigMac | guess not so im done working on it |
05:06:46 | *** | Saving seen data "./dancer.seen" |
05:08:33 | fatherfork | I have a wps i'd like some feed back on... if you feel so inclined. http://forums.rockbox.org/index.php?topic=5681.0 |
05:09:03 | fatherfork | I just finished it. |
05:12:24 | safetydan | BigMac, if it's finished, post it to the tracker for possible inclusion |
05:13:41 | | Part Paul_The_Nerd |
05:13:58 | BigMac | no its not but im not going to continue it if no one wants it |
05:14:23 | safetydan | Do you want it? |
05:16:52 | safetydan | You're also probably better asking mistic or the rockbox forums if you want feedback on whether it's wanted. |
05:19:13 | | Join fiftyfour123 [0] (n=chatzill@cpe-74-65-243-27.nyc.res.rr.com) |
05:19:15 | | Quit fiftyfour123 (Client Quit) |
05:19:36 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
05:20:28 | | Quit bitshift ("gone") |
05:21:57 | fatherfork | Hello all, I am Steven. I have registered to the Wiki, and would like Wiki write permissions. |
05:29:47 | | Join Poka64 [0] (i=peter@hd5e241ae.gavlegardarna.gavle.to) |
05:39:19 | | Quit secleinteer () |
05:46:58 | | Quit BigMac (Read error: 110 (Connection timed out)) |
05:52:23 | fatherfork | I guess I'll have to wait for someone with the abilitly to add me to the list |
05:57:38 | | Quit fatherfork ("CGI:IRC (EOF)") |
05:57:56 | | Join BHSPitLappy [0] (n=steve-o@adsl-66-142-188-142.dsl.rcsntx.swbell.net) |
06:00 |
06:02:43 | | Join Harry [0] (n=Harry@CPE00045a78ee3c-CM000f9f7d5f54.cpe.net.cable.rogers.com) |
06:02:57 | | Nick Harry is now known as Harry| (n=Harry@CPE00045a78ee3c-CM000f9f7d5f54.cpe.net.cable.rogers.com) |
06:06:36 | | Quit Harry| (Read error: 104 (Connection reset by peer)) |
06:12:12 | | Join devoinregress [0] (n=scott@user-12ld25v.cable.mindspring.com) |
06:16:11 | | Quit tommeyer (Read error: 110 (Connection timed out)) |
06:18:07 | devoinregress | the text is breaking on a few of my 5g wps layouts. the alignment is formatted either right, left, or center and never spaced correctly. |
06:18:07 | devoinregress | anyone their? |
06:18:07 | | Quit devoinregress (Remote closed the connection) |
06:20:32 | ShadowdogMU | font issue? |
06:25:48 | | Quit safetydan ("CGI:IRC (Ping timeout)") |
06:56:48 | | Join tommeyer [0] (n=icechat5@cpe-24-161-131-252.hawaii.res.rr.com) |
06:56:58 | | Part tommeyer |
06:57:00 | | Join tommeyer [0] (n=icechat5@cpe-24-161-131-252.hawaii.res.rr.com) |
07:00 |
07:06:49 | *** | Saving seen data "./dancer.seen" |
07:20:16 | | Quit midgey34 (Read error: 110 (Connection timed out)) |
07:23:05 | | Join midgey34 [0] (n=TJ@c-71-205-31-207.hsd1.mi.comcast.net) |
07:25:29 | | Quit BHSPitLappy (Remote closed the connection) |
07:26:47 | | Join BHSPitLappy [0] (n=steve-o@adsl-66-142-188-142.dsl.rcsntx.swbell.net) |
07:44:29 | excitatory | i seem to get significantly faster transfer rates when dumping files onto my nano when it is fully charged. would that make sense, or is it just my perception? |
07:46:32 | | Join hotwire_ [0] (n=chris_ho@69-17-132-197.kingkom.com) |
07:49:44 | | Quit BHSPitLappy ("Leaving") |
07:52:09 | | Join BHSPitLappy [0] (n=steve-o@adsl-66-142-188-142.dsl.rcsntx.swbell.net) |
07:54:54 | | Join fatherfork [0] (n=4898d815@labb.contactor.se) |
07:55:40 | | Join muesli|delhi [0] (n=muesli_t@125.23.49.51) |
07:55:54 | muesli|delhi | high |
07:56:06 | muesli|delhi | is there any israeli around? |
07:57:19 | | Quit BHSPitLappy (Remote closed the connection) |
07:57:33 | muesli|delhi | or does anybody know a israeli-german/english translating site? |
07:58:32 | | Join BHSPitLappy [0] (n=steve-o@adsl-66-142-188-142.dsl.rcsntx.swbell.net) |
08:00 |
08:00:57 | | Quit fatherfork ("CGI:IRC (EOF)") |
08:02:45 | Bg3r | muesli|delhi: http://translation.israel.net/trans.php3 ? |
08:02:54 | Bg3r | try google |
08:03:38 | Bg3r | morning btw |
08:04:34 | | Quit BHSPitLappy (Remote closed the connection) |
08:04:48 | muesli|delhi | Bg3r yepp yepp |
08:04:51 | muesli|delhi | ;) |
08:05:01 | | Quit hexreel ("leaving") |
08:05:31 | | Join BHSPitLappy [0] (n=steve-o@adsl-66-142-188-142.dsl.rcsntx.swbell.net) |
08:10:04 | | Quit BHSPitLappy (Remote closed the connection) |
08:13:03 | | Join BHSPitLappy [0] (n=steve-o@adsl-66-142-188-142.dsl.rcsntx.swbell.net) |
08:19:30 | | Quit BHSPitLappy (Remote closed the connection) |
08:23:54 | | Join BHSPitLappy [0] (n=steve-o@adsl-66-142-188-142.dsl.rcsntx.swbell.net) |
08:36:02 | | Part midgey34 |
08:36:22 | | Quit muesli|delhi ("ich will Kühe!!!") |
08:37:40 | | Join dan_a [0] (n=dan-mirc@217.23.173.156) |
08:41:03 | * | dan_a spots a grayscale lib in CVS |
08:41:10 | dan_a | Well done Amiconn! |
08:46:19 | | Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) |
08:51:36 | | Join theli_ua [0] (n=theli@mail.ukrcard.com.ua) |
09:00 |
09:02:50 | | Join petur [0] (n=d4efd6a6@labb.contactor.se) |
09:03:31 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
09:03:32 | | Quit einhirn (Client Quit) |
09:05:18 | | Join fejfighter [0] (n=jeffro21@d58-108-90-87.dsl.nsw.optusnet.com.au) |
09:06:53 | *** | Saving seen data "./dancer.seen" |
09:07:48 | | Join safetydan [0] (n=dan@cor6-ppp995.bri.dsl.connect.net.au) |
09:09:44 | | Join markun_ [0] (n=markun@bastards.student.utwente.nl) |
09:10:53 | | Quit markun (Read error: 104 (Connection reset by peer)) |
09:14:34 | | Join Dumbguy [0] (n=3a697926@labb.contactor.se) |
09:14:42 | Dumbguy | hi |
09:14:50 | Dumbguy | look im realy lazy, |
09:15:07 | Dumbguy | is there a video player for ipod color or ipod nano |
09:15:19 | Dumbguy | i cant find any mention of it |
09:15:39 | safetydan | Dumbguy, no there's no video player in Rockbox |
09:15:44 | Dumbguy | bummer |
09:15:45 | safetydan | yet |
09:15:57 | Dumbguy | so when might there be? |
09:16:09 | Dumbguy | any time soon? |
09:16:23 | | Join Zagor [0] (n=bjst@rockbox/developer/Zagor) |
09:16:29 | safetydan | "when it's done" is probably the best answer I coud give |
09:16:39 | Dumbguy | hmmm ok |
09:16:43 | dan_a | Dumbguy: I think someone is working on it, and doing pretty well |
09:16:44 | safetydan | though there's been some promising work done towards it lately |
09:17:03 | Dumbguy | is there any 3rd party software for rockbox? |
09:17:24 | Slasheri | petur: hi, wondering about the "eeprom dump in debug screen: fix return value check" |
09:17:27 | safetydan | not really no |
09:17:41 | Dumbguy | hmmm ok thanks for your help |
09:17:45 | | Part Dumbguy |
09:17:58 | petur | Slasheri: I was wondering how it could have worked for you |
09:18:03 | Slasheri | petur: eeprom_24cxx_read returns bool type so it should have been correct |
09:18:07 | Slasheri | hmm, how? |
09:18:31 | Slasheri | i wonder if it works now :) |
09:18:47 | petur | it didn't work for me until i changed it |
09:19:11 | petur | lemme check |
09:19:13 | Slasheri | hmm, so you "fixed" a non-working driver by inverting the return value? :D |
09:20:17 | petur | oh oh... |
09:20:38 | Slasheri | hehe :) |
09:20:54 | petur | I must have confused it with the sw_i2c_xxx calls :( |
09:21:04 | petur | aaargh |
09:21:10 | Slasheri | true, they return a different type of value.. |
09:21:31 | Slasheri | hmm, maybe it could be better to modify those exported functions to return int type also |
09:21:36 | Slasheri | but feel free to fix that :) |
09:21:50 | petur | no time until tonight... |
09:22:17 | petur | you can revert my commit |
09:22:37 | petur | don't spare me in the comment |
09:22:59 | Slasheri | hmm, i will do that if i have something else to commit too |
09:23:52 | | Quit sanka (Read error: 104 (Connection reset by peer)) |
09:25:02 | | Join RoC_MM [0] (i=dragon@dsl-29-8.cofs.net) |
09:25:40 | petur | at least it explains why I was getting unstable readings.... :/ |
09:26:20 | petur | must also check why the pcf driver vommits if I leave the i2c lines high |
09:27:00 | Slasheri | yes, the eeprom chip seems to be very strict about the correct i2c signaling |
09:27:11 | Slasheri | hmm, then it sounds like a bug in the pcf driver.. |
09:27:17 | Slasheri | normally the bus should float hight |
09:27:18 | Slasheri | -t |
09:27:59 | petur | if I leave it high I get a keypress 'right' and battery empty indication. It locks up too |
09:28:15 | Slasheri | interesting |
09:28:32 | Slasheri | you should check in what state the pcf driver leaves the bus after generating the stop signal |
09:29:14 | petur | the normal implementation sets them high, but there's an asm one too |
09:29:54 | petur | I've been doing this inbetween other stuff and it's not a good way to work on something like that |
09:29:59 | Slasheri | hmm, after setting the line high in the eeprom code, try to set the bus floating too (both lines as input) |
09:30:05 | Slasheri | maybe that could fix it |
09:30:29 | petur | ah right, you were setting them as output... |
09:30:33 | Slasheri | yep |
09:30:46 | petur | that must be it then... |
09:30:55 | Slasheri | lets hope so :) |
09:32:13 | BHSPitLappy | curiosity: what stands in the way of figuring out how to utilize tvout on iPods? (or is even the path unknown?) |
09:32:26 | | Join markun [0] (n=markun@bastards.student.utwente.nl) |
09:32:42 | JdGordon | ipod has tvout? |
09:33:08 | RoC_MM | through the flat connector probably...on 5G's. |
09:35:04 | | Quit markun_ (Read error: 104 (Connection reset by peer)) |
09:35:08 | BHSPitLappy | no, it comes through the headphone connector. |
09:35:10 | aliask | nope, throught he headphone jack I think... |
09:35:12 | BHSPitLappy | on 5g's and photos |
09:35:28 | aliask | beaten... |
09:35:36 | BHSPitLappy | yep |
09:35:57 | BHSPitLappy | I think that'd open the door to some nifty potential plugins for rockbox (or iPL) |
09:36:16 | aliask | Aye, if we could interface with it |
09:36:38 | BHSPitLappy | imagine wowing people by giving a presentation from your iPod :P |
09:36:52 | BHSPitLappy | granted, one could do that already, with images for slides in Apple OS |
09:36:56 | BHSPitLappy | but not all powerpointy |
09:37:00 | BHSPitLappy | lol |
09:37:01 | RoC_MM | ick |
09:37:05 | BHSPitLappy | I mean |
09:37:12 | BHSPitLappy | OpenOffice Impress-y |
09:37:12 | aliask | Openoffice ;) |
09:37:17 | BHSPitLappy | beaten again :) |
09:37:21 | aliask | I won it on my screen |
09:37:22 | RoC_MM | haha |
09:37:26 | aliask | I dont care what you say. |
09:37:30 | BHSPitLappy | lol |
09:39:11 | aliask | Hrm, can't get this mpegplayer to work properly on my H300. Only about 100px x 10px of video playing... |
09:40:29 | | Join dj-fu [0] (n=deejay@202-89-157-227.ubs.qsi.net.nz) |
09:50:53 | BHSPitLappy | that's better than nothing. |
09:57:16 | | Quit dan_a (Read error: 110 (Connection timed out)) |
10:00 |
10:01:03 | linuxstb | aliask: Is that with a file you encoded yourself, or one of my test files? |
10:01:19 | aliask | Both |
10:01:39 | linuxstb | Ah, looking at the source, I broke it last night for the H300... |
10:01:42 | aliask | I thought I got the encode wrong, but I tried that stacey's mom video, same thing |
10:01:53 | aliask | Oh ok. |
10:02:28 | | Join mikearthur [0] (n=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
10:02:53 | linuxstb | Add a call to rb->lcd_update() around line 218 of video_out_rockbox.c - after the call the yuv_bitmap_part() and before the #endif. |
10:03:30 | Mikachu | good morning |
10:03:40 | linuxstb | Good morning... |
10:03:54 | Bg3r | linuxstb: morning ;) |
10:04:12 | BHSPitLappy | good 3am |
10:06:22 | | Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) |
10:08:34 | aliask | linuxstb: Did the trick, thanks. |
10:09:37 | | Quit sando ("blargh") |
10:11:03 | | Join dan_a [0] (n=dan-mirc@wormhole.domicilium.com) |
10:16:30 | BHSPitLappy | is the compression decent? as far as disk usage is concerned |
10:17:18 | | Join n00b [0] (n=3a697926@labb.contactor.se) |
10:17:52 | n00b | can i look at PDF file on my ipod? |
10:17:59 | n00b | with this software |
10:17:59 | linuxstb | BHSPitLappy: A 3m 16s test file was about 10MB for the Nano. |
10:18:10 | linuxstb | (just the video stream) |
10:18:36 | BHSPitLappy | fps? |
10:18:45 | linuxstb | About 24fps on the Nano now. |
10:18:49 | | Quit n00b (Client Quit) |
10:18:57 | BHSPitLappy | I mean, the video itself |
10:19:06 | BHSPitLappy | not how it performs on the hardware |
10:19:09 | linuxstb | It was a PAL file, so 25fps. |
10:19:15 | BHSPitLappy | impressive |
10:19:29 | BHSPitLappy | think adding an audio stream would blow it? |
10:20:05 | linuxstb | Shouldn't do - we would use one CPU for video (which is what happens now), and the other for everything else - disk reading, audio decoding etc. |
10:20:42 | Bagder | jtag-attached sansa board received, details follow later |
10:21:04 | linuxstb | Is there a developer attached as well, holding documentation? |
10:21:18 | Bagder | there's just a bare board with a cable attached |
10:21:26 | Bagder | but I'll be back later, gotta run |
10:21:36 | linuxstb | OK. Bye. |
10:22:34 | BHSPitLappy | hmm... |
10:23:02 | JdGordon | hehe someone did a commit without cleaning out their tree first.. the keymaps folder is in apps :p |
10:23:13 | | Join spiorf [0] (n=spiorf@host81-156.pool8250.interbusiness.it) |
10:23:23 | | Join barrywardell [0] (n=barrywar@194.46.169.183) |
10:23:50 | BHSPitLappy | loser |
10:23:55 | JdGordon | or im an idiot and its always been there? |
10:24:25 | Mikachu | ls: apps/keymaps: No such file or directory |
10:24:47 | linuxstb | JdGordon: Checking the cvs emails, Linus added it about a week ago (31 July) |
10:24:48 | JdGordon | http://www.rockbox.org/viewcvs.cgi/apps/ its there... |
10:25:14 | Mikachu | ah, i use the prune empty dirs with cvs update |
10:28:08 | | Quit RoC_MM ("Leaving") |
10:28:12 | hotwire_ | what are the max fps the various lcd screens are capable of outputting? |
10:28:42 | * | petur thinks there's a wiki page about that |
10:28:45 | linuxstb | I think there's a wiki page listing them, but I forget the name of it... |
10:30:18 | petur | http://www.rockbox.org/twiki/bin/view/Main/LcdFrameRate |
10:40:33 | Mikachu | hotwire_: i get 200fps on my nano on test_fps |
10:41:56 | amiconn | öhhhhmmmm.... \-: |
10:41:59 | * | amiconn silly |
10:42:44 | | Join unknownhost [0] (n=unknown@c-24-23-199-33.hsd1.ca.comcast.net) |
10:42:45 | amiconn | 155fps on mini, not 60 as I remembered (wrong) |
10:43:04 | * | amiconn verifies |
10:43:57 | linuxstb | ?? Does that mean that you can run the greyscale lib at the full framerate? |
10:44:07 | unknownhost | getting tagcache not ready...? |
10:46:00 | | Quit barrywardell () |
10:49:46 | unknownhost | nevermind... turn it off and turn it on... go figure. |
10:50:59 | dan_a | Hmmm. I've just upgraded from GCC 3.4.5 to 4.0.3 on ARM and now I get hundreds of warnings about pointer targets differing in signedness |
10:51:22 | amiconn | dan_a: reconfigure... |
10:51:32 | dan_a | amiconn: Ah, thanks! |
10:52:32 | dan_a | (I needed to do the upgrade to get the greyscale lib to compile) |
10:54:32 | | Quit Ave (Read error: 60 (Operation timed out)) |
10:55:37 | | Join shadou [0] (n=deejay@202-89-157-227.ubs.qsi.net.nz) |
10:57:46 | Zagor | I'm updating the server, including apache. cgiirc users may need to reconnect. |
10:59:02 | amiconn | linuxstb: Yes it does mean that... |
10:59:15 | | Quit petur ("CGI:IRC (EOF)") |
11:00 |
11:00:11 | * | amiconn is looking at significantly less flickering JPEGs :) |
11:00:25 | aliask | Because of the FPS difference? |
11:01:41 | dan_a | www.rockbox.org seems to be down |
11:01:44 | | Quit mikearthur ("Konversation terminated!") |
11:01:56 | amiconn | dan_a: [10:57:08] <Zagor> I'm updating the server, including apache. cgiirc users may need to reconnect. |
11:01:56 | dan_a | (or at least the webserver) |
11:01:58 | safetydan | dan_a, see a few lines up |
11:02:11 | dan_a | Oops! |
11:03:17 | Zagor | Update completed. |
11:03:36 | amiconn | c001n355 |
11:03:49 | | Join petur [0] (n=d4efd6a6@labb.contactor.se) |
11:03:50 | * | amiconn likes how the grayscale lib now looks on his mini |
11:04:26 | linuxstb | Is it running at 88Hz? |
11:04:31 | amiconn | yes |
11:04:35 | linuxstb | Nice. |
11:04:45 | amiconn | All that's needed is to boost |
11:05:02 | linuxstb | :) |
11:05:14 | amiconn | I already had that, but for some reason I thought we merely reach 60fps when boosted... but that's unboosted |
11:05:19 | Slasheri | linuxstb: btw, i have found a way to automatically detect if the rockbox version of disk is never than in flash. Then even flash auto-upgrade would be possible to do |
11:05:44 | amiconn | Auto flash would be bad imho |
11:05:56 | amiconn | The version on disk might be a test version |
11:06:01 | linuxstb | It would be nice if there's a prompt to confirm the upgrade. |
11:06:10 | Slasheri | amiconn: probably true. But that would be calling the flash plugin automatically if user wants to do that |
11:06:16 | aliask | Yeah, you should at least be able to put it off until you have a charger or something (if the battery is low) |
11:06:17 | linuxstb | (similar to the rolo prompt) |
11:06:20 | | Join afrika [0] (n=deejay@cm117.omega170.maxonline.com.sg) |
11:06:43 | Slasheri | linuxstb: hmm, yes. So flash plugin should first confirm if user really wants to run it |
11:06:54 | amiconn | aliask: The battery status should be verified anyway by the plugin (@ Slasheri: does it?) |
11:06:57 | *** | Saving seen data "./dancer.seen" |
11:07:02 | amiconn | The archos flash plugins do... |
11:07:40 | Slasheri | amiconn: the current version doesn't yet interact with user at all.. but it's planned to add some verification prompts to the plugin |
11:08:16 | Slasheri | amiconn: however, it still verifies all checksums and doesn't flash bootloader unless hardcoded crc32 checksums match |
11:08:24 | | Nick afrika is now known as afrika[a] (n=deejay@cm117.omega170.maxonline.com.sg) |
11:09:33 | | Join barrywardell [0] (n=barrywar@194.46.169.183) |
11:10:53 | Slasheri | amiconn: there is a call rb->battery_level_safe() in the flash plugin but i am not sure if that works correctly on iriver yet |
11:10:54 | amiconn | Why does doom rebuild the tranmaps everytime on ipod? On iriver they're saved to a file after calculating... |
11:11:11 | Slasheri | at least it seems it allows flashing at quite low battery levels |
11:11:49 | | Quit afrika[a] () |
11:12:11 | | Quit dj-fu (Connection timed out) |
11:13:41 | | Join afrika[a] [0] (n=murderin@cm117.omega170.maxonline.com.sg) |
11:13:56 | | Join Mmmm [0] (n=mscarrat@cpc5-hem13-0-0-cust908.lutn.cable.ntl.com) |
11:19:02 | | Quit hotwire_ ("Chatzilla 0.9.69.1 [Firefox 1.5.0.6/2006072814]") |
11:23:02 | | Quit shadou (Read error: 60 (Operation timed out)) |
11:23:37 | safetydan | Should I bother adding "inline" to any functions in plugins for performance reasons? It's really just hint to the compiler isn't it? |
11:23:51 | | Quit unknownhost () |
11:24:26 | afrika[a] | safetydan |
11:24:29 | afrika[a] | ask shadou |
11:25:10 | | Join dj-fu [0] (n=deejay@202-89-157-227.ubs.qsi.net.nz) |
11:25:11 | safetydan | Well apparently it's worth it as there's quite a few plugins that do it. |
11:26:12 | linuxstb | IIRC, gcc won't inline functions automatically unless you specify -O3 (or explicitly use -finline-functions). |
11:26:34 | JdGordon | i read somehere it can online inline functions that are in the .h or the same file? |
11:26:35 | amiconn | gcc does inline functions without -O3 |
11:26:54 | amiconn | Sometimes even with -Os (if the function is only used in one single place) |
11:27:13 | safetydan | interesting, I would have thought it would avoid that for -Os... |
11:27:17 | safetydan | oh, single function makes sense |
11:27:46 | | Quit dj-fu (Client Quit) |
11:27:52 | amiconn | Yes, it saves the call overhead |
11:28:06 | amiconn | Of course the function must be static for this |
11:28:58 | | Join Arathis [0] (n=doerk@p508A72D3.dip.t-dialin.net) |
11:29:46 | linuxstb | The manpage says that -finline-functions-called-once is enabled when -funit-at-a-time is enabled, which it is at -O2 and -Os... But -finline-functions is only enabled at -O3. |
11:30:51 | dan_a | You can use __attribute__((always_inline)) too |
11:31:17 | astecp | you can't always trust the gcc manpage on optimisations :) |
11:32:43 | safetydan | it's not that performance critical... I just hate thinking of the function call overhead for all these deg_to_rad/rad_to_deg calls I have in this plugin |
11:39:18 | | Quit MarcoPolo (Read error: 110 (Connection timed out)) |
11:41:22 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-156-189.pools.arcor-ip.net) |
11:56:48 | | Quit afrika[a] () |
11:58:25 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
12:00 |
12:05:21 | | Quit amiconn (Nick collision from services.) |
12:05:22 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
12:05:41 | | Join lodesi [0] (n=lds@d02v-213-44-158-140.d4.club-internet.fr) |
12:06:28 | | Join chendo_ [0] (n=chendo@203-206-49-75.dyn.iinet.net.au) |
12:21:35 | * | linuxstb wonders if he should commit mpegplayer to CVS. |
12:21:42 | JdGordon | hell ye! |
12:21:48 | | Quit chendo (Read error: 110 (Connection timed out)) |
12:21:55 | JdGordon | although, if you do expect heaps of bug reports |
12:22:32 | safetydan | linuxstb, do you have grayscale support? I'm curious to see how usable it is on the h120 |
12:22:34 | JdGordon | linuxstb: if your itching to commit something... i have a few patches ready to go.. hint hint.. nudge nudge... |
12:22:43 | dan_a | linuxstb: Do it! |
12:22:55 | aliask | I can hear them now "There's no sound on my mpeg file" "It's running slowly how do I fix it lol????????????" |
12:24:25 | aliask | I actually already have a bug report, I tried a 1200kb stream because the quality on this file was TERRIBLE (even compared to computer rendering it) and it went rainbow on me (can provide test file) |
12:25:01 | linuxstb | First I need to decide where my lcd_yuv_blit() function should live. It's currently in lcd-ipod.c, but I don't think it belongs in the core. |
12:25:14 | safetydan | plugin lib maybe? |
12:26:49 | linuxstb | I think so. |
12:27:09 | safetydan | Speaking of the plugin lib, what do people think the chances are of getting a libm port to the plugins included? |
12:27:31 | safetydan | It's either that, or start looking at rewriting some algorithms in fixed point... which will either be interesting or horrible. |
12:31:15 | | Quit Kohlrabi (Nick collision from services.) |
12:31:25 | | Join Kohlriba [0] (n=Kohlrabi@dslb-082-083-143-245.pools.arcor-ip.net) |
12:32:08 | | Nick Kohlriba is now known as Kohlrabi (n=Kohlrabi@dslb-082-083-143-245.pools.arcor-ip.net) |
12:32:33 | amiconn | linuxstb: The general rule is that plugins shouldn't bang the hardware directly. Now direct blitting doesn't really belong in the core either... |
12:35:11 | amiconn | This rule is the reason why lcd_blit() exists (for the monochrome and greysacle targets) |
12:38:20 | | Join rconan [0] (n=richard@82.14.27.61) |
12:41:44 | barrywardell | safetydan: are you working on an astronomy plugin? what will it do? |
12:42:59 | safetydan | At the moment, sun related calculations like this: http://home.znet.com/gregbell5/ |
12:43:09 | safetydan | but I hope to extend it beyond being a clone of that sunangle program |
12:44:33 | JdGordon | hmm... has anyone else had a problem with the rockboxev.sh script? it doesnt look like it actually installed m68k-gcc... i did run it as sudo |
12:44:59 | JdGordon | arm-elf-gcc and sh-elf-gcc are both there |
12:45:15 | | Join Rudy4Pez [0] (n=A@65-102-20-210.ptld.qwest.net) |
12:45:16 | linuxstb | amiconn: So do you think such a function should be in the core? |
12:45:45 | | Quit Kohlrabi ("Quit") |
12:45:54 | amiconn | I'm not sure |
12:46:06 | linuxstb | Checking the size, it's 1412 bytes for the ipod Photo. |
12:47:21 | amiconn | I wouldn't want it in the core because it's quite specialised, but otoh plugins shouldn't bang the hardware |
12:48:14 | amiconn | And I can't think of a way to split this in 2 (hardware access in core, conversion in plugin lib) and keep it fast at the same time |
12:48:33 | amiconn | Doom would also profit from a specialised blit funtion |
12:49:18 | amiconn | (blit indexed colour with palette) |
12:49:36 | amiconn | Doom is breaking the rules on H300 |
12:53:59 | | Join barrywardell_ [0] (n=barrywar@194.46.169.183) |
12:55:16 | barrywardell_ | safetydan: looks good. what else are you planning on adding? |
12:56:49 | safetydan | barrywardell, ephemeris for planets at least, definitely moon information and so forth |
12:57:25 | Mikachu | how does the "point at sun" thing work on palms? it has a sensor of some sort? |
12:57:46 | Bg3r | Mikachu: i suppose it uses the local time and your geographic location |
12:58:06 | JdGordon | jonno@jonno:~/build-rbdev/gcc-3.4.6$ sudo make install |
12:58:06 | JdGordon | make: *** No rule to make target `install'. Stop. |
12:58:08 | JdGordon | ??? |
12:59:35 | linuxstb | Sounds like there is no Makefile in that directory. |
12:59:45 | | Join lightyear [0] (n=lightyea@p54875B50.dip.t-dialin.net) |
13:00 |
13:00:10 | barrywardell_ | cool. i look forward to trying it out when it's done |
13:00:12 | safetydan | Mikachu, take the local time and location and you can figure out where the sun is on the compass. |
13:00:43 | | Quit barrywardell (Read error: 110 (Connection timed out)) |
13:00:51 | Mikachu | sure, but why does the page say "point your palm at the sun"? |
13:01:04 | | Join uski [0] (n=uski@bre01-1-88-162-0-210.fbx.proxad.net) |
13:01:11 | linuxstb | Just so they can laugh at you... |
13:01:18 | uski | hi all :) |
13:01:20 | safetydan | it doesn't mean directly :) |
13:01:24 | Mikachu | i see |
13:01:25 | Mikachu | :) |
13:01:34 | Mikachu | they have all sorts of fancy ir sensors on those things, you never know |
13:01:37 | safetydan | though there is an IR sensor on the top of most plams :) |
13:01:42 | safetydan | palms even |
13:01:47 | Mikachu | PLAM! |
13:05:33 | amiconn | Mikachu: " "mov r0, #0 \n" |
13:05:33 | amiconn | "mov %[rx], %[rx], lsr #1 \n" |
13:05:33 | amiconn | "adc r0, r0, r0 \n" |
13:05:33 | DBUG | Enqueued KICK amiconn |
13:05:33 | amiconn | "mov r8, r8, lsr #1 \n" |
13:05:33 | amiconn | "adc r0, r0, r0 \n" |
13:05:34 | *** | Alert Mode level 1 |
13:05:34 | amiconn | "mov r7, r7, lsr #1 \n" |
13:05:36 | amiconn | "adc r0, r0, r0 \n" |
13:05:38 | amiconn | "mov r6, r6, lsr #1 \n" |
13:05:40 | amiconn | "adc r0, r0, r0 \n" |
13:05:42 | amiconn | "mov r5, r5, lsr #1 \n" |
13:05:44 | amiconn | oop |
13:05:46 | amiconn | s |
13:05:57 | JdGordon | yuk! |
13:06:09 | petur | assembling the channel? |
13:06:16 | amiconn | hehe |
13:06:17 | Bg3r | Mikachu: did you understand what amiconn wanted to tell u ? :D |
13:06:39 | amiconn | Mikachu: "point your palm at the sun" is meant literally. |
13:07:00 | *** | Saving seen data "./dancer.seen" |
13:07:32 | nudelyn | I found that code very moving. |
13:07:36 | amiconn | You can find out the north/south direction this way |
13:08:01 | amiconn | nudelyn: It's even a non-working version I still had in my clipboard... |
13:08:43 | amiconn | Should have been movs instead of mov |
13:12:06 | Mikachu | right, to relate the directions after you input all the data |
13:12:30 | | Quit chendo_ (Remote closed the connection) |
13:12:38 | | Join chendo [0] (n=chendo@203-206-49-75.dyn.iinet.net.au) |
13:13:04 | | Quit lightyear (Remote closed the connection) |
13:15:35 | *** | Alert Mode OFF |
13:17:51 | linuxstb | amiconn: Could a yuv_blit function (if it's kept general) be useful for the jpeg viewer? e.g. to speed up panning? |
13:19:30 | amiconn | possibly. |
13:19:41 | Mikachu | doesn't that pan a decoded rgb image? |
13:19:51 | amiconn | nope |
13:20:42 | amiconn | The jpeg decoder only decodes to yuv. |
13:21:19 | amiconn | Display decoding is done "live". Requires less memory this way (at least if chroma is subsampled) |
13:21:47 | Mikachu | ah |
13:22:25 | | Quit Mmmm (Read error: 110 (Connection timed out)) |
13:22:26 | Mikachu | would it be too slow to do the whole jpg decoding "live"? |
13:22:46 | Mikachu | assuming 1:1 zoom then... |
13:24:14 | Mikachu | would save some time if you zoom in to part of a picture and never intend to view the rest, like a detailed map of the city |
13:25:26 | amiconn | It's not possible with the current implementation. The jpeg data is huffman coded, and that requires decoding from the start |
13:25:54 | Mikachu | oh |
13:25:54 | amiconn | The huffman decode is a major part of the whole decoding |
13:26:11 | | Join lightyear [0] (n=lightyea@p54875B50.dip.t-dialin.net) |
13:26:15 | Mikachu | so when you lossless-crop a jpeg image, it does the huffman decode and encode for the whole file |
13:26:24 | amiconn | yes |
13:27:13 | amiconn | But the huffman step is lossless |
13:36:08 | | Join webguest40 [0] (n=54995e74@labb.contactor.se) |
13:37:36 | webguest40 | hi, is there any dev that would be ineterested in committing this http://www.rockbox.org/tracker/task/5338 patch please, its the "insert random folders" patch, |
13:39:38 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
13:39:38 | * | webguest40 looks around the room for life |
13:41:14 | * | webguest40 offers free beer |
13:41:26 | petur | what kind? |
13:41:30 | aliask | Do I have to do anything for it? |
13:41:30 | webguest40 | lol |
13:41:55 | webguest40 | gotcha |
13:42:06 | safetydan | beer? |
13:42:09 | safetydan | bah |
13:42:38 | JdGordon | beer... mmm... |
13:42:55 | webguest40 | beer for a patch, thats a fair swap :) |
13:43:27 | webguest40 | free beer for patch 5338 |
13:43:32 | JdGordon | webguest40: id actually rather that patch wait untill someone commits my dirwalker patch, becuase this will break it |
13:43:55 | JdGordon | of course.. its not up to me, and i wouldnt complain if either/both were commited |
13:44:05 | webguest40 | ok, dir walker patch, then 5338, offer still stands |
13:44:18 | JdGordon | webguest40 = Falco? |
13:44:39 | webguest40 | no i'm not falco |
13:44:44 | JdGordon | ok |
13:45:06 | petur | you are now, JdGordon just assigned your nick |
13:45:18 | webguest40 | hehe, just someone who would like to have random directory play |
13:45:21 | petur | he should have used == |
13:45:26 | JdGordon | :p |
13:47:22 | | Quit lightyear (Remote closed the connection) |
13:48:21 | webguest40 | I like the dutch Heineken beer advert, send a rover to Mars to look for life, pnce there it puts out a little bar counter, pours a beer and lights up a neon sign saying "beer anyone ?" |
13:49:01 | JdGordon | lol |
13:49:29 | petur | don't ask my opinion on heineken... how they even dare to call it beer... |
13:50:35 | | Join lightyear [0] (n=lightyea@p54875B50.dip.t-dialin.net) |
13:51:08 | webguest40 | well, touring a third world country the choice is heineken, local beer or cholora, |
13:51:29 | aliask | Cholera? |
13:51:37 | webguest40 | thanks |
13:51:42 | | Join t0mas [0] (n=Tomas@rockbox/developer/t0mas) |
13:51:42 | JdGordon | haha |
13:51:47 | JdGordon | mmmm.. cholera |
13:51:53 | aliask | :D |
13:51:59 | | Join Mmmm [0] (n=mscarrat@cpc3-hem13-0-0-cust340.lutn.cable.ntl.com) |
13:54:23 | JdGordon | hmm... looking at the linked patch.. i tinhk it might not break the dirwalker patch.. so someone commit it!!! |
13:55:38 | webguest40 | there you go, come on dev's a worthwhile patch, |
13:56:20 | webguest40 | it'll bring peace to mankind |
13:57:02 | JdGordon | i doubt that... but its worth it anyway |
13:57:14 | webguest40 | :> |
13:57:27 | JdGordon | anyone is aus trying to get rid of a 1.8" hdd for an ipod? |
13:58:11 | aliask | Are iPod hdd's different in any way? |
13:58:18 | JdGordon | no |
13:58:32 | JdGordon | im after a 1.8" disk tho |
13:58:47 | Mmmm | JdGordon: I like this patch (5338) but I am not keen on the 20 sec or so freeze that happens when it is first run |
13:59:20 | JdGordon | :'( oh, that remidns me.. im supposed to look at the dircache code and see if its useable |
13:59:37 | Mmmm | that'd be good! :) |
13:59:42 | * | JdGordon doubts it will be |
14:00 |
14:00:51 | | Quit safetydan (Read error: 110 (Connection timed out)) |
14:00:56 | webguest40 | thank you, laters |
14:01:13 | JdGordon | where the heck is the dircache code? i cant find it :p |
14:01:17 | | Part webguest40 |
14:01:25 | | Join JJure [0] (n=nospam@mail.ciglersw.cz) |
14:01:35 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-143-245.pools.arcor-ip.net) |
14:03:09 | JdGordon | firmware/common... |
14:03:12 | JdGordon | grrr |
14:05:27 | Mmmm | petur: are you still chugging through the AGC patch? |
14:05:44 | Mmmm | petur: seen my latest additions? |
14:06:09 | petur | I've only seen that you're working on it |
14:06:20 | petur | have little time |
14:06:41 | petur | but I've been thinking of a better way to handle the recording screen |
14:06:50 | Mmmm | ooh... |
14:07:00 | Mmmm | sounds exciting! |
14:08:20 | * | linuxstb needs to go back to ipod recording... |
14:08:50 | Mmmm | petur: Anyway, I put my latest changes here: http://www.rockbox.org/tracker/task/4748#comment9347... hows it going with getting rid of the assumed constants? |
14:09:15 | petur | still need to do that |
14:09:44 | JdGordon | Miika Pekkarinen is slasheri ye? |
14:09:48 | petur | yes |
14:09:56 | JdGordon | Slasheri: you around? |
14:10:45 | petur | Mmmm: it looks like I'll have to make some time (night work) to clear up my stack |
14:11:22 | * | Mmmm comes over all dizzy at the thought of night work |
14:11:53 | | Quit fejfighter () |
14:12:49 | JdGordon | Mmmm: the major reason for the slow down at the start is because i have no idea how many directories are on the disk, using DC i _could_ use the entry_count, but the problem with that is its files and folders which isnt reallyy that good... if i could change that too 2 seperate entries then it shuold be much faster if DC is enabled.. but i dont know if that is acceptable |
14:13:38 | JdGordon | although, just looking now, i tihnk that change would be minute! |
14:14:17 | linuxstb | But don't you also want folders that contain music? Or do you pick a random folder, then check it for music content? |
14:14:27 | linuxstb | ^only want folders that contain music |
14:14:41 | JdGordon | ye, pick one and check at random |
14:15:44 | linuxstb | But if dircache is enabled, why does it take 20 seconds to scan for all folders? |
14:15:57 | linuxstb | (assuming that is what is going on) |
14:16:02 | JdGordon | because it copies their name to a buffer... |
14:16:13 | * | JdGordon is confused.. im not sure which patch im talking about |
14:16:44 | Mmmm | 5338 |
14:17:36 | | Quit uski (Read error: 110 (Connection timed out)) |
14:17:52 | JdGordon | ye i am confused.... there should be no 20sec pause in that patch |
14:18:14 | linuxstb | Mmmm: Do you have dircache enabled? |
14:18:18 | JdGordon | its the other one which pauses (the jump to random folder next) |
14:18:21 | | Nick Arathis is now known as Arathis-afk (n=doerk@p508A72D3.dip.t-dialin.net) |
14:19:09 | Mmmm | hang on...now im confused...Im talking about the patch that is enabled by choosing random in 'continue to next directory' |
14:19:26 | JdGordon | haha, ye that a different one |
14:19:37 | * | JdGordon hopes both will eventually be commited |
14:20:18 | Mmmm | ah...2808! |
14:20:25 | Mmmm | sorry...silly me! |
14:20:26 | JdGordon | ye, that one |
14:21:22 | Mmmm | This is my favourite! just that wait.... |
14:21:57 | JdGordon | commit 5338 and ill work on 2808 :D |
14:22:23 | Mmmm | A bribe? |
14:22:26 | Mmmm | :D |
14:22:29 | JdGordon | never... |
14:24:05 | Mmmm | Get 2808 sorted and I'll look at 5338 :D |
14:24:09 | | Quit barrywardell_ () |
14:24:34 | JdGordon | hmm... would this work? could each directory name be hashed and if its within X of current_tick then use that folder? |
14:24:43 | JdGordon | with a suitably quick hash function? |
14:27:22 | | Join lodesi_ [0] (n=lds@d01m-195-36-140-244.d4.club-internet.fr) |
14:27:37 | | Join JazzBone [0] (n=chatzill@cc829402-a.groni1.gr.home.nl) |
14:27:42 | | Join Febs [0] (n=medifebb@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
14:28:13 | JdGordon | anyone think that could work? |
14:28:46 | amiconn | nope |
14:29:41 | JdGordon | any other ideas how to grab a directory randomly? |
14:30:18 | Mmmm | Put themn all in a big hat, shake them around a bit, close your eyes and... |
14:30:41 | JdGordon | if only... and thats pretty much what im doing now... |
14:32:33 | | Quit aliask ("sleep") |
14:33:34 | | Join fiftyfour123 [0] (n=chatzill@cpe-74-65-243-27.nyc.res.rr.com) |
14:34:00 | | Quit fiftyfour123 (Client Quit) |
14:34:15 | | Quit JJure () |
14:39:30 | | Quit lodesi (Read error: 110 (Connection timed out)) |
14:43:29 | | Join cismo_ [0] (i=cismo@adsl-85-217-38-75.kotinet.com) |
14:45:10 | JdGordon | ho humm... |
14:45:36 | | Join cq [0] (n=chatzill@p5496B66C.dip0.t-ipconnect.de) |
14:46:37 | Mmmm | JdGordon: are you still doing all that button optimising stuff? |
14:46:46 | JdGordon | ye |
14:46:58 | JdGordon | its bassically ready to go as it is |
14:47:13 | Mmmm | are you still being annoyed by all the remotes? |
14:47:48 | Mmmm | or did you get that sorted? |
14:47:53 | cq | how 'safe' are dailies for the h140? I'm always a little wary of daily builds... |
14:47:53 | JdGordon | if by annoyed you mean not having mapping for any of them except the h100 lcd remote then yes |
14:48:03 | JdGordon | perfectly fine |
14:49:11 | Mmmm | For the H3xx remotes all they need is to be mapped directly onto the main unit buttons as the buttons are almost identical |
14:49:27 | | Quit cismo (Read error: 104 (Connection reset by peer)) |
14:49:38 | petur | cq: quite safe, the bootloader is the most critical part and that is not build every day but a fixed and tested download |
14:49:52 | JdGordon | almost, but there are differences.. we have the mechanism to switch between then done, just need the correct mappings for all of them |
14:51:05 | Slasheri | JdGordon: are you using dircache in your dirwalker? You should use DIRCACHED instead of DIR and opendir_cached, readdir_cached and closedir_cached |
14:51:11 | Slasheri | then it should be fast |
14:51:47 | Slasheri | i haven't yet replaced those entries globally so that dircache would be used automatically because that would confuse the simulator |
14:51:51 | JdGordon | im not, but i can change that |
14:51:58 | Slasheri | good |
14:52:05 | * | JdGordon assumed they were called automatically... |
14:52:46 | Slasheri | but there is no reason why not to use those dircache specific names all over the code |
14:52:55 | Slasheri | those works automatically on all targets |
14:53:00 | JdGordon | k |
14:55:00 | | Join mooch [0] (n=data@195.60.253.141) |
14:55:03 | mooch | hi |
14:55:20 | mooch | wondering if there is any showstopper in the latest ipod video builds.. |
14:55:40 | Mikachu | try it and let us know |
14:55:42 | | Join Arathis_ [0] (n=doerk@p508A72D3.dip.t-dialin.net) |
14:56:05 | mooch | and rick loosing my music collection? ;) |
14:56:15 | mooch | Mikachu: i will |
14:56:20 | mooch | s/rick/risk/ |
14:56:21 | | Quit Arathis-afk (Read error: 110 (Connection timed out)) |
14:58:39 | mooch | any major features added latelly? |
14:58:43 | cq | is there a way to select the default os or is it always rockbox if installed (and the dual boot option)? |
14:58:47 | mooch | just out of curiosity... |
14:59:01 | mooch | cq: in ipod, pressing menu during boot |
14:59:06 | cq | iriver |
14:59:44 | petur | on iriver, hold rec when turning it on |
14:59:58 | petur | so yes, dual boot |
15:00 |
15:00:17 | | Nick Arathis_ is now known as Arathis (n=doerk@p508A72D3.dip.t-dialin.net) |
15:00:33 | * | petur runs off |
15:00:41 | | Quit petur ("later") |
15:01:21 | cq | the smaller font rocks, finally you can see something on the player... |
15:01:31 | | Join barrywardell [0] (n=barrywar@194.46.169.183) |
15:02:20 | JdGordon | Slasheri: is the (struct entry*) tc->dircache always the same value for the same directory? and if yes, is it also the same if DC is off? |
15:03:49 | Mmmm | JdGordon: The only differences in the remotes are the extra +10/ -10 buttons on the LCD remote. These should be mapped the same as Bitrate/Source on the H100 remote. Everything else the same as the main unit and it works perfectly. I know..I've tried it! :) |
15:04:21 | JdGordon | Mmmm: isnt the menu/on buttons reversed on one of them also? |
15:07:03 | *** | Saving seen data "./dancer.seen" |
15:07:50 | | Join Ave [0] (i=ave@GKDXXXII.dsl.saunalahti.fi) |
15:09:05 | | Quit tommeyer (Read error: 104 (Connection reset by peer)) |
15:10:32 | JdGordon | Slasheri: the dirwalker uses tc_load and tree_context, is that wrong? |
15:11:40 | Mmmm | Hmm, I haven't looked at your code so I dont really know what you've done but yes, the 'Navi' button acts as 'on' on the LCD remote but, (as the code stands now) mapping this to BUTTON_SELECT does the trick nicely. (It still remains the 'on' button as this is handled separately) |
15:12:17 | JdGordon | k, so that needs handling, which isnt a problem |
15:13:20 | Mmmm | but for this remote the NAVI button is by far the best choice for the on button. The play button is one of those plasticky rubbish rocker buttons that could easily be pressed by accident. |
15:13:37 | | Nick Arathis is now known as Arathis_ (n=doerk@p508A72D3.dip.t-dialin.net) |
15:14:06 | JdGordon | k, but its defined wrong in the code then? its a simple fix to support all the different remotes |
15:14:20 | | Nick Arathis_ is now known as Arathis (n=doerk@p508A72D3.dip.t-dialin.net) |
15:15:25 | Mmmm | It is pretty simple yes, but you still need to be sure it is a remote key you are pressing and not the main unit, so it cant be mapped in button.c straight to the main unit keys |
15:16:12 | JdGordon | simple fix i mean the patch handles it very easily.. and if as you say its 2 buttons which need changing its about 3 min work |
15:16:27 | Mmmm | Ah..ok great! :) |
15:17:12 | Bg3r | Mmmm: really, h300 lcd remote mappings aren't good atm |
15:17:12 | Mmmm | Maybe if you get it committed and then I can sort out the other remotes (as I have one) |
15:17:22 | | Join actionshrimp [0] (n=nn@host81-153-177-234.range81-153.btcentralplus.com) |
15:18:15 | Mmmm | Bg3r: I know...only because the code is all designed for the H1xx remotes. The H3xx remote keys are the same as the main unit |
15:18:19 | Bg3r | yep |
15:18:32 | Bg3r | JdGordon: so, what's the status of the action patch ? |
15:18:40 | JdGordon | Mmmm: there is a wiki page for the patch which has the latest version, if you would like to... the file youd need to fix is keymaps/keymap-h1x0_h3x0.c, it is fairly simple |
15:19:08 | JdGordon | Bg3r: ready to go, except tiny stuff like the F* keys and not all screens are abck to how they were |
15:19:26 | Bg3r | hm |
15:19:35 | Bg3r | is the patch on the wiki the last one ? |
15:19:53 | JdGordon | yup |
15:19:59 | | Quit Febs (Read error: 110 (Connection timed out)) |
15:20:21 | Bg3r | btw, does anyone here have grado SR-XX/Alessandro headphones ? |
15:20:59 | | Nick Arathis is now known as Arathis_ (n=doerk@p508A72D3.dip.t-dialin.net) |
15:21:03 | | Nick Arathis_ is now known as Arathis (n=doerk@p508A72D3.dip.t-dialin.net) |
15:21:57 | JdGordon | amiconn: is a simple hash faster than a memcopy on a string? |
15:22:24 | Bg3r | JdGordon: simple hash as ? |
15:22:43 | JdGordon | i dunno, conveting the string to an int somehow |
15:23:07 | amiconn | Most probably not |
15:23:22 | JdGordon | k |
15:23:34 | Bg3r | JdGordon: really, the memcopy is ... just a memcopy |
15:23:37 | | Join JoeBorn [0] (n=rootmeis@dsl017-022-247.chi1.dsl.speakeasy.net) |
15:24:03 | * | JdGordon doesnt think it is possible to have randomness withot the 20s lag |
15:24:11 | amiconn | A hash could be faster if memcpy() wouldn't use tricks to speed up operation |
15:24:49 | | Join Criamos [0] (n=Criamos@p54933AD7.dip0.t-ipconnect.de) |
15:25:23 | | Quit JazzBone ("Chatzilla 0.9.75 [Firefox 1.5.0.6/2006072814]") |
15:28:41 | * | linuxstb wonders if earHertz published his ARM memcpy anywhere... |
15:30:15 | cq | hm, the iriver interface has the enqueue set to the a/b button, here I have to go through menus to enqueue the next son, is there a way to simplify that? |
15:31:51 | | Quit Pyromancer (Read error: 104 (Connection reset by peer)) |
15:31:52 | | Join Pyromancer [0] (n=Pyromanc@c-24-63-23-114.hsd1.ma.comcast.net) |
15:35:41 | JdGordon | what the heck?? from line 315 filetree.c (in ft_load()) |
15:35:48 | JdGordon | if (dptr->attr & ATTR_DIRECTORY) /* count the remaining dirs */ |
15:35:48 | JdGordon | c->dirsindir++; |
15:35:48 | JdGordon | } |
15:35:49 | DBUG | Enqueued KICK JdGordon |
15:35:49 | JdGordon | c->filesindir = i; |
15:35:49 | JdGordon | c->dirlength = i; |
15:36:20 | JdGordon | oh woops, im asleep |
15:36:22 | JdGordon | soz, ignore me |
15:38:59 | Bg3r | cq: long navi press over the track, after that playlist->insert |
15:39:49 | cq | bg3r will that playlist just keep growing, or does it die when I turn off the player? |
15:40:10 | Bg3r | it will grow up |
15:40:25 | Bg3r | unless u use the "queue", not "insert" function |
15:40:42 | cq | is there a way to change that menu, to have queue at the top then? |
15:40:54 | Bg3r | u can move it |
15:41:04 | Bg3r | when u go to "view current playlist" |
15:41:09 | Bg3r | and with long navi |
15:41:10 | Bg3r | there |
15:42:33 | Bg3r | cq |
15:42:36 | Bg3r | really |
15:42:45 | cq | no, what I mean is change the option so that when I hit longnavi navi I get queue as the first menu option... |
15:43:08 | Bg3r | http://www.rockbox.org/manual.shtml <= look at this |
15:43:30 | cq | looking at the pdf version right now, haven't got that far yet, i'm still inteh instructions |
15:44:14 | Bg3r | there aren't customisable buttons yet |
15:44:41 | Bg3r | but soon it could be possible (at least it will be easier to redefine buttons' functions) |
15:45:53 | cq | the menus are hardwired into the os? |
15:46:11 | Bg3r | yep |
15:46:23 | linuxstb | The source code is available though... |
15:47:03 | cq | yeah, but as I see it, i need to get a crosscompiler compiled under cygwin... |
15:47:22 | linuxstb | There are packages available for cygwin with the crosscompilers |
15:47:31 | | Quit rconan (Client Quit) |
15:47:53 | cq | oh? lemme see if I Can find them,,, |
15:48:10 | linuxstb | They're on the Rockbox wiki somewhere - look for pages about Cygwin. |
15:51:33 | JdGordon | ok, well i changed how next random dir works, about to test it.. its not going to work well with the dirwalker unless that patch is chaneed also |
15:52:52 | cq | got it http://www.rockbox.org/twiki/bin/view/Main/CygwinDevelopment |
15:52:56 | JdGordon | oh goody, the changes dont even work :p |
15:58:30 | | Join crash3m|wrk [0] (n=crash3m|@unaffiliated/crash3m) |
15:59:17 | crash3m|wrk | I have an archos jukebox studio20, it plays the first few seconds of each song fine, but then I get 0 output and the time counter keeps incrementing |
16:00 |
16:00:09 | crash3m|wrk | any ideas what might be wrong? |
16:01:22 | linuxstb | I don't, but if you wait, someone who does have an idea might read your message in the logs. |
16:02:01 | linuxstb | Has it just started doing this, or is this the first time you've tried Rockbox on it? |
16:02:47 | crash3m|wrk | afaik it just started, but I havent used it in over a year |
16:02:55 | crash3m|wrk | interesting, appears it doesnt happen on every song |
16:03:19 | cq | reinstall all the latest stuff maybe? codec issues? |
16:03:22 | crash3m|wrk | it might be some of the horrid rips that I have being problematic, when I find another one that does it I'll check it on my laptop |
16:15:16 | | Join secleinteer [0] (n=secleint@adsl-70-237-217-172.dsl.stlsmo.sbcglobal.net) |
16:16:00 | crash3m|wrk | 'dir buffer is full' wouldnt cause this would it? |
16:19:17 | cq | shouldn't it be relatively easy to make the menus into some kind of structured text file that can be read at bootup? |
16:19:32 | linuxstb | No. |
16:19:51 | linuxstb | You would then need a way to associate functions to call in Rockbox with those menu entries. Plus ways to translate them. |
16:19:58 | linuxstb | (and voice them) |
16:20:39 | | Quit Mmmm ("Byeee") |
16:21:00 | | Join barrywardell_ [0] (n=barrywar@host-194-46-229-140.dsl-ie.utvinternet.net) |
16:23:06 | cq | well, if you have the menu functions and names predefined, you could have a config file that structures them... |
16:23:11 | | Join klrspz [0] (n=klrSpz@69.15.248.2) |
16:24:07 | linuxstb | And then what happens when menu functions get deleted from Rockbox, or new ones added? |
16:24:40 | cq | that item is ignored from the config file... |
16:26:15 | | Join daurn|laptop [0] (n=quae@unaffiliated/daurnimator) |
16:29:06 | cq | or ignore the entire config file and use a default menu |
16:29:25 | cq | until the custommenu parses 100% correctly and is matched up to functions |
16:33:05 | linuxstb | Feel free to implement it... But you may just find it easier to cut and paste a few lines in the relevant source file and recompile. |
16:33:14 | cq | probably ;) |
16:33:38 | cq | how do patches wor inthe project? make them and submit somewhere and hope someone includes them? |
16:33:50 | | Quit eGen (Read error: 110 (Connection timed out)) |
16:34:02 | linuxstb | cq: Basically, yes. http://www.rockbox.org/tracker/ |
16:34:56 | cq | ok |
16:35:17 | linuxstb | Generally it helps getting your patch committed if you discuss your idea here (or the rockbox-dev mailing list) with the other devs - so you're going in the same general direction as everyone else. |
16:35:26 | | Quit barrywardell (Read error: 113 (No route to host)) |
16:38:00 | | Join Febs [0] (n=40be240f@labb.contactor.se) |
16:51:58 | | Join rconan [0] (n=richard@82.14.27.61) |
16:55:54 | | Join daurnimator [0] (n=quae@124.243.137.107) |
16:56:07 | | Quit daurn|laptop (Read error: 104 (Connection reset by peer)) |
16:59:19 | | Nick daurnimator is now known as daurn|afk (n=quae@unaffiliated/daurnimator) |
17:00 |
17:00:43 | | Quit Zagor ("Client exiting") |
17:03:52 | | Quit theli_ua ("Leaving") |
17:07:06 | *** | Saving seen data "./dancer.seen" |
17:07:16 | | Quit Daishi (Remote closed the connection) |
17:07:29 | | Join eGen_ [0] (i=generat0@boserver.mudecin.cz) |
17:15:31 | | Join barrywardell [0] (n=barrywar@host-194-46-236-49.dsl-ie.utvinternet.net) |
17:17:23 | | Join ziphad [0] (n=ROOT@ool-44c7cbbf.dyn.optonline.net) |
17:17:37 | ziphad | hello everyone |
17:18:06 | ziphad | im having problem with my rockbox |
17:18:15 | ziphad | its on a 3g ipod |
17:18:36 | dan_a | ziphad: What's the problem? |
17:18:48 | ziphad | i imported music via itunes and i cant seeit i know thier hidden |
17:19:04 | ziphad | so how can i enable tag cache or whatever its called |
17:19:07 | markun | ziphad: did you read the faq? |
17:19:12 | ziphad | yes |
17:20:21 | ziphad | ok if i understand correctly on the same menu that notes contacts and claender is there is supposed to be music? |
17:20:59 | Mikachu | sort of, but you have to change the mode first |
17:21:17 | Mikachu | hold down menu for a second to get to the quickscreen, then play until it says id3 database |
17:21:21 | Mikachu | i think |
17:21:21 | ziphad | how do i enable tag cahce browser ? |
17:22:04 | dan_a | Do what Mikachu just said |
17:22:19 | amiconn | The database needs to be generated first |
17:23:27 | | Quit barrywardell_ (Read error: 113 (No route to host)) |
17:24:56 | | Join ender` [0] (i=null@84.52.165.220) |
17:26:03 | ziphad | ok i now have a list: artists albums ect |
17:26:14 | ziphad | but apparently i need to initailize now |
17:26:28 | ziphad | from the tag chache menu |
17:27:23 | ziphad | everything i do results in tag not ready |
17:27:53 | dan_a | ziphad: Have you done the "initialize now"? |
17:27:59 | linuxstb | You need to shut down your ipod and turn it back on again after initialising tagcache. |
17:28:14 | ziphad | how do i initialize? |
17:28:48 | ziphad | i cant get to the tag cahce menu |
17:29:53 | ziphad | im on the 23rd page of the manual and it only tells me the options not how to get there |
17:30:16 | markun | ziphad: General Settings -> File View -> Tag Cache |
17:30:28 | linuxstb | Press (and release) the MENU button to go to the main menu. |
17:30:41 | linuxstb | Then what markun said. |
17:34:25 | ziphad | ok thanks guys |
17:34:45 | ziphad | this stuff should be added to the manuak :) |
17:34:47 | | Part ziphad |
17:34:55 | Febs | It's already in there. |
17:34:59 | | Quit barrywardell (Read error: 113 (No route to host)) |
17:35:31 | Febs | What Markun wrote is exactly what is described in section 2.3. |
17:35:57 | markun | Ah yes, in 2.3.4 |
17:37:57 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
17:37:57 | * | dan_a wonders if it would be worth automatically resetting after initializing tagcache |
17:38:12 | amiconn | dan_a: nope. |
17:38:35 | dan_a | What would be the problem with that? |
17:38:35 | amiconn | There is already some thought about a reallocation mechanism |
17:38:45 | amiconn | Then no reset is necessary |
17:39:11 | dan_a | Ah... even better! |
17:43:04 | | Join barrywardell [0] (n=barrywar@194.46.164.155) |
17:46:48 | | Quit thegeek (Read error: 113 (No route to host)) |
17:47:11 | | Quit _Veseliq_ (Remote closed the connection) |
17:51:34 | | Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) |
17:59:58 | | Join Jazon [0] (n=arkygeek@dh008234.hartley.liv.ac.uk) |
18:00 |
18:00:00 | Jazon | hi |
18:00:21 | Jazon | so, I have rockbox on my 5g 30GB video ipod - liking it! |
18:00:41 | Jazon | question though: is there a way to get a bit better gui running on it? |
18:01:38 | Jazon | i am using ipl2 boot loader btw... ipodlinux is also installed, but i cant make GPD or whatever its called work, so I am focussing on rockbox...... |
18:02:10 | | Quit Febs ("CGI:IRC (Ping timeout)") |
18:02:14 | | Join fatherfork [0] (n=a7c4d602@labb.contactor.se) |
18:02:17 | dan_a | Jazon: what do you mean by a better gui? Have you looked at the different themes? |
18:02:31 | fatherfork | hey everyone |
18:03:02 | Jazon | dan_a: hi. ummmmm a bit, that affects just the screen while the music is playing? |
18:03:22 | | Join barrywardell_ [0] (n=barrywar@host-194-46-234-58.dsl-ie.utvinternet.net) |
18:04:11 | dan_a | Jazon: And the fonts, I think (I've only got a grayscale iPod, so i don't know what else it might do with backgrounds etc.) |
18:04:13 | Jazon | i have 4 options dan_a : boxes, iCatcher, rockbox_default, and UniCatcher |
18:04:43 | dan_a | What do you want to be better about it? |
18:04:56 | fatherfork | you can download themes, but they don't really affect the menu iten layout, only the font and background |
18:07:47 | | Quit barrywardell (Read error: 113 (No route to host)) |
18:09:15 | | Join pixelma [0] (i=pixelma@82.193.235.34) |
18:14:01 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
18:14:01 | | Quit einhirn (Client Quit) |
18:14:28 | | Join ender [0] (i=null@84.52.165.220) |
18:15:44 | fatherfork | can anyone here grant write permissions in the wiji? |
18:15:47 | fatherfork | wiki |
18:17:05 | | Join bluey- [0] (n=bluey@dslb-088-073-073-071.pools.arcor-ip.net) |
18:17:30 | linuxstb | fatherfork: What's your Twiki username? |
18:17:47 | fatherfork | StevenDean |
18:17:51 | Bagder | http://daniel.haxx.se/sansa/e200/devb/tiny/ |
18:18:49 | linuxstb | fatherfork: OK, you should be good to go. |
18:18:58 | fatherfork | fantastic, thanks much |
18:19:06 | fatherfork | I have a new theme to upload |
18:22:01 | | Join ender1 [0] (i=null@84.52.165.220) |
18:22:28 | | Quit JoeBorn ("Leaving") |
18:28:23 | klrspz | Bagder, what's that about? |
18:28:38 | Bagder | a Sansa "dev board" I got from SanDisk |
18:28:43 | Bagder | jtag cable attache |
18:28:46 | Bagder | d |
18:28:46 | klrspz | AHH |
18:29:03 | klrspz | wild |
18:29:15 | Bagder | yeah, it could mean fun things |
18:30:19 | | Quit ender` (Read error: 110 (Connection timed out)) |
18:30:28 | barrywardell_ | have you tried it out yet? |
18:30:33 | | Join JoeBorn [0] (n=jborn@61-220-102-204.HINET-IP.hinet.net) |
18:30:34 | Bagder | no |
18:30:49 | Bagder | I didn't get any pinout and I don't have the arm jtag equipment |
18:30:54 | Bagder | Linus does |
18:31:34 | barrywardell_ | so how does the jtag thing work? what will it give you? |
18:32:00 | Bagder | if things are fine, we might be able to run the existing code, break-point and read memory/registers |
18:32:02 | barrywardell_ | will it allow you to figure more about the pp chip for example? |
18:33:35 | barrywardell_ | or is it too early to know? |
18:34:04 | Bagder | if we're lucky we can use it to figure out chip details, yes |
18:35:04 | barrywardell_ | i suppose it will just take a lot of experimentation and trial and error |
18:35:13 | Bagder | yeps |
18:36:02 | | Quit ender (Read error: 110 (Connection timed out)) |
18:36:48 | | Quit bluey- (Remote closed the connection) |
18:37:13 | Bagder | I don't even know what model of Sansa this is yet |
18:38:03 | Bagder | the flash sizes are covered with tape and sticker |
18:38:31 | | Join bluey- [0] (n=bluey@dslb-088-073-073-071.pools.arcor-ip.net) |
18:38:56 | | Quit bluey- (Remote closed the connection) |
18:38:57 | barrywardell_ | can't you just hook it up to a computer and find out? |
18:39:10 | Bagder | yes I can |
18:39:39 | Bagder | just haven't had the time |
18:40:27 | | Join bondolo [0] (n=mike@dsl081-053-164.sfo1.dsl.speakeasy.net) |
18:41:04 | | Join bluey- [0] (n=bluey@dslb-088-073-073-071.pools.arcor-ip.net) |
18:43:09 | | Join Harry| [0] (n=Harry@CPE00045a78ee3c-CM000f9f7d5f54.cpe.net.cable.rogers.com) |
18:43:39 | | Part Harry| |
18:44:41 | | Nick ender1 is now known as ender` (i=null@84.52.165.220) |
18:46:32 | fatherfork | alright, I've uploaded my new 5G iPod theme to the gallery |
18:46:39 | fatherfork | http://www.rockbox.org/twiki/bin/view/Main/WpsIpod5g#iRocker |
18:46:52 | fatherfork | thanks again linuxstb |
18:49:18 | ShadowdogMU | fatherfork, looks like a large version of the default |
18:50:29 | fatherfork | it was my aim to bring is closer to the original iPods look |
18:50:41 | | Quit bluey- (Remote closed the connection) |
18:51:38 | ShadowdogMU | You wanted an exact replica? |
18:52:01 | | Join lamed [0] (n=59004b85@labb.contactor.se) |
18:52:32 | fatherfork | not exactly, obviously there are things on there that the original firmware did not support |
18:53:07 | ShadowdogMU | I know, but your graphics seem too large |
18:53:24 | fatherfork | too large? |
18:53:32 | fatherfork | which? |
18:53:44 | * | ShadowdogMU opens photoshop |
18:53:47 | | Join bluey- [0] (n=bluey@dslb-088-073-073-071.pools.arcor-ip.net) |
18:54:18 | lamed | if i'm not wrong, ON, REC & MODE h300 buttons are alt buttons (capabale of a few buttons at the same time) can anyone confirm? |
18:54:40 | fatherfork | the hold icon could be smaller, but the rest are pretty much the same size as iRock's |
18:56:33 | lamed | anyone? |
19:00 |
19:00:11 | | Join petur [0] (n=petur@rockbox/developer/petur) |
19:00:16 | | Quit dan_a (Read error: 110 (Connection timed out)) |
19:05:21 | | Quit rconan (Client Quit) |
19:06:14 | fatherfork | Got anything yet shadow? |
19:07:09 | *** | Saving seen data "./dancer.seen" |
19:09:29 | lamed | what that means? |
19:09:31 | lamed | cvs commit: Using deprecated info format strings. Convert your scripts to use the new argument format and remove '1's from your info file format strings. |
19:10:03 | Bagder | lamed: we all get that and we've forgotten why and how ;-) |
19:10:15 | amiconn | lamed: It's a cvs configuration thing on the server. Just ignore it |
19:10:27 | ShadowdogMU | fatherfork, I do |
19:10:34 | ShadowdogMU | a quick mockup |
19:10:38 | amiconn | Bagder: You should know iiuc... |
19:10:40 | fatherfork | alright, lets see it |
19:10:55 | ShadowdogMU | http://brockarthur.com/zupload/iPod.png |
19:10:59 | Bagder | since I've forgot I no longer know |
19:11:02 | lamed | you too couldn't have told me if i'm right or wrong on the H300...? never mind. bagder I made some changes to pong |
19:11:29 | fatherfork | that's too minimal, I wanted it to display the extra stuff |
19:11:36 | ShadowdogMU | I can add |
19:11:38 | ShadowdogMU | what do you want? |
19:11:53 | Bagder | lamed: no I couldn't |
19:11:56 | fatherfork | well I could add it. |
19:12:07 | fatherfork | just tell me what's wrong with what I have |
19:12:29 | fatherfork | like I said, it's based on iRock by Baston, so it's bound to look similar |
19:12:38 | ShadowdogMU | everything looks un-anti-aliased |
19:12:52 | ShadowdogMU | and the battery and play logos are too big, imo |
19:12:55 | fatherfork | When I want a completely new skin, I'll start from scratch |
19:12:57 | lamed | bagder: I think I'm right because of button.c:1013, I don't own it as well |
19:13:28 | * | amiconn now has some asm optimisations for the grayscale lib on ipods |
19:13:49 | amiconn | ..after fixing a really silly bug, a missing '!' |
19:13:50 | ShadowdogMU | I made that thing real fast to look just like the iPod |
19:14:09 | fatherfork | they re a little large, but it's just because this insn't a complete new skin |
19:14:18 | amiconn | arm asm can be confusing... |
19:15:08 | fatherfork | ok here's what your's is missing: |
19:15:19 | | Join dan_a [0] (n=dan-mirc@217.23.173.156) |
19:15:56 | fatherfork | naxt song is a big one; volume level; playlist position; virtual hard drive activity icon |
19:16:00 | fatherfork | next* |
19:16:42 | fatherfork | however, I do agree it would look better with the progress bar above the track time |
19:17:40 | ShadowdogMU | do volume like the iPod does, or is that not possible with themes, and I have playlist position, HDD icon can be a simple add, and flash battery life where Now Player is |
19:17:42 | ShadowdogMU | have them alternate |
19:17:48 | ShadowdogMU | cluttered looks bad |
19:18:13 | fatherfork | I dono't like alternating text |
19:18:42 | fatherfork | sure, it's alittle cluttered, but I'm not advertising this to be the cleanest theme ever |
19:18:51 | ShadowdogMU | Who are you making the skin for, you or the public |
19:19:17 | ShadowdogMU | Because look at the popular skins, and see what they have that makes them that way |
19:19:31 | fatherfork | it's not supposed to look like the original iPod firmware, just have close formatting |
19:19:43 | fatherfork | look at the iRock skin. |
19:19:55 | ShadowdogMU | Still, are those XP icons as well? |
19:20:04 | fatherfork | XP icons? |
19:20:07 | fatherfork | which? |
19:20:15 | ShadowdogMU | the battery and one of the 2 volume icons |
19:20:27 | ShadowdogMU | and the shortcut icon for the next song |
19:20:56 | fatherfork | I have no idea. they aren't original. |
19:21:13 | fatherfork | the shortcut icon is from the jBlackGlass theme |
19:22:43 | ShadowdogMU | Did you steal all the graphics from that iRock thing? |
19:23:04 | fatherfork | basically |
19:23:11 | fatherfork | like I said, it's a rework |
19:23:12 | ShadowdogMU | However he made them, they suck |
19:23:21 | ShadowdogMU | look like something from the 1990s, no AA |
19:23:25 | fatherfork | I didn't say they didn't |
19:23:38 | ShadowdogMU | Ha |
19:23:46 | ShadowdogMU | Oh well, if you ever want help, I'm here |
19:24:34 | fatherfork | thanks. now that you've beat me up about this... I think I will make my own icons |
19:24:44 | | Quit secleinteer (Connection reset by peer) |
19:24:50 | fatherfork | you've inspired me to make it better, not just move it around |
19:25:18 | fatherfork | I didn't do all of that in about 2 hours yesterday |
19:25:29 | | Join secleinteer [0] (n=secleint@adsl-70-237-217-172.dsl.stlsmo.sbcglobal.net) |
19:26:28 | ShadowdogMU | hehe |
19:26:30 | | Quit secleinteer (Read error: 104 (Connection reset by peer)) |
19:26:33 | ShadowdogMU | have fun, glad I motivated you |
19:26:45 | fatherfork | yep. anyway, gotta go, thanks again. |
19:26:58 | ShadowdogMU | later |
19:27:13 | fatherfork | oops, it should say "I did do all of that in about 2 hours" |
19:27:16 | | Join secleinteer [0] (n=secleint@adsl-70-237-217-172.dsl.stlsmo.sbcglobal.net) |
19:27:39 | | Join netmasta10bt [0] (n=torment@pool-72-64-144-248.tampfl.fios.verizon.net) |
19:28:21 | | Quit secleinteer (Read error: 104 (Connection reset by peer)) |
19:29:05 | | Join secleinteer [0] (n=secleint@adsl-70-237-217-172.dsl.stlsmo.sbcglobal.net) |
19:29:14 | | Quit secleinteer (Connection reset by peer) |
19:29:53 | | Join secleinteer [0] (n=secleint@adsl-70-237-217-172.dsl.stlsmo.sbcglobal.net) |
19:30:19 | | Quit secleinteer (Read error: 104 (Connection reset by peer)) |
19:31:01 | | Join secleinteer [0] (n=secleint@adsl-70-237-217-172.dsl.stlsmo.sbcglobal.net) |
19:31:24 | | Quit secleinteer (Connection reset by peer) |
19:32:05 | | Join secleinteer [0] (n=secleint@adsl-70-237-217-172.dsl.stlsmo.sbcglobal.net) |
19:32:27 | | Quit fatherfork ("CGI:IRC (Ping timeout)") |
19:32:40 | | Quit secleinteer (Read error: 104 (Connection reset by peer)) |
19:33:20 | | Join secleinteer [0] (n=secleint@adsl-70-237-217-172.dsl.stlsmo.sbcglobal.net) |
19:41:48 | | Join mkey [0] (n=mkey@pD9E354E7.dip.t-dialin.net) |
19:42:38 | lamed | does " Lars van de Klomp (larsivar) " sound like a real name? http://www.rockbox.org/tracker/task/2822 |
19:42:52 | Bagder | sure |
19:43:33 | lamed | are you serious? (i'm not an english native speaker) |
19:43:55 | petur | must be a Dutch guy by the sound of it |
19:44:55 | | Join YouCeyE [0] (n=YouCeyE@unaffiliated/youceye) |
19:45:26 | Bagder | I don't think we can force people to have names that we think sound proper |
19:45:39 | Mikachu | shouldn't it be van der? :) |
19:46:06 | Mikachu | probably not, but it sounds more dutch to me |
19:46:27 | * | linuxstb looks towards markun |
19:46:43 | linuxstb | (and HCl, but he hasn't yawned here for a while....) |
19:46:52 | markun | yes, it's dutch |
19:46:59 | markun | and t0mas |
19:47:13 | lamed | I'll just put "Lars van de Klomp" in the credit list, hope this is correct :) |
19:47:38 | markun | it means "lars of the wooden shoe" |
19:47:49 | Mikachu | an honorable name |
19:47:59 | t0mas | hm? |
19:48:08 | markun | t0mas: you are dutch |
19:48:13 | | Join Febs [0] (n=40be240f@labb.contactor.se) |
19:48:15 | t0mas | jup |
19:48:54 | t0mas | hehe |
19:49:00 | t0mas | van de Klomp is indeed odd... |
19:49:08 | t0mas | van der would be more "usefull" |
19:49:26 | markun | to me it both sounds normal |
19:49:36 | t0mas | you're from the east ;) |
19:49:42 | markun | south |
19:49:46 | markun | (tilburg) |
19:50:01 | t0mas | ah ok |
19:50:10 | t0mas | Eindhoven university right? |
19:50:38 | markun | No, I live in the east (enschede) |
19:52:55 | t0mas | ok |
19:53:26 | | Join ne0futur [0] (n=neofutur@pdpc/supporter/student/ne0futur) |
19:53:37 | ne0futur | hi all |
19:53:44 | markun | hi ne0futur |
19:54:12 | ne0futur | I had a look at your website , what you is great |
19:54:59 | ne0futur | is there somewhere I could ask for a firmware for zicplay minikey ? |
19:55:13 | Bagder | no |
19:55:23 | Bagder | but feel free to port Rockbox to it |
19:55:41 | markun | ne0futur: well, a good start is to collect as much info as you can |
19:55:42 | ne0futur | hum not sure I would be able to do it . . . |
19:55:53 | ne0futur | is it C language ? |
19:56:09 | markun | ne0futur: http://www.rockbox.org/twiki/bin/view/Main/NewPort |
19:56:30 | ne0futur | thanks |
19:57:08 | ne0futur | Face it, if you want Rockbox ported, be prepared to do most of the ground work yourself. You will need skills in electronics and embedded programming in C and assembler. |
19:57:10 | markun | the first steps don't require any programming |
19:57:21 | ne0futur | I m good with C but asssembler . . . |
19:57:26 | | Quit joe2 (Read error: 110 (Connection timed out)) |
19:57:37 | Bagder | so gather your friends |
19:57:46 | markun | ne0futur: is there a use forum for that player? |
19:57:51 | markun | user |
19:57:53 | linuxstb | ne0futur: IMO, the first thing is to identify the CPU (and other chips). Then find out if documentation is available. That will tell you if a port will be easy (relatively) or hard. |
19:57:57 | ne0futur | "First, don't ask Rockbox developers when they are going to port Rockbox to your platform." ;( I were sure i would find something like this ;( |
20:00 |
20:00:07 | * | ne0futur wonder how he could identify CPU and other chips . . . |
20:00:22 | markun | ne0futur: just open it up and take a picture |
20:00:24 | Bagder | ne0futur: you read the first steps on that page |
20:00:24 | linuxstb | Open it up and have a look |
20:00:29 | markun | then others can help you to indentify |
20:00:48 | Bagder | ripping apart is always mandatory |
20:02:30 | | Join mikearthur [0] (n=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
20:07:41 | * | ne0futur reached http://www.rockbox.org/twiki/bin/view/Main/NonArchos |
20:08:01 | ne0futur | but nothing concerning mine ;( |
20:08:21 | linuxstb | There are far too many MP3 players in the world... |
20:08:48 | linuxstb | Although yours might turn out to be similar to one of those if you look inside. |
20:09:27 | ne0futur | yes for sure |
20:10:06 | ne0futur | but its brand new and i can get back my money if bringing it back within 15 days |
20:10:22 | ne0futur | which i will probably do |
20:10:49 | | Quit bluey- (Remote closed the connection) |
20:13:22 | | Quit mikearthur (Read error: 54 (Connection reset by peer)) |
20:13:33 | | Join bluey- [0] (n=bluey@dslb-088-073-073-071.pools.arcor-ip.net) |
20:13:36 | | Join mikearthur [0] (n=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
20:13:50 | * | dan_a sighs |
20:14:09 | dan_a | It looks like queues don't work across different cores |
20:14:31 | lamed | bagder: the cvs server is still on a 2mbit server? |
20:14:35 | * | Jazon is away: Away at the moment |
20:14:48 | Bagder | lamed: yeps |
20:15:16 | Bagder | perhaps we should at least first start providing a read-only one from a faster host |
20:15:57 | lamed | and I guess the daily are at another place. that's a wise suggestion, I can't manage a proper repository in a proper time here :/ |
20:16:11 | Bagder | really? |
20:16:24 | Bagder | most days it isn't a lot to get with updates |
20:16:33 | ne0futur | I got the firmware, could the name ( at85413a_FM.bin ) or firmware be useful to see if its near an existing port ? |
20:16:47 | lamed | it's about 5-10 minuts now that i'm trying to get a fresh /apps/lang folder |
20:17:14 | Bagder | ne0futur: most likely not |
20:17:27 | lamed | ne0futur: not any more then your nickname |
20:17:35 | | Quit Jazon (Remote closed the connection) |
20:18:02 | Bagder | ne0futur: if the .bin file is plain (unscrambled) code, it _could_ be used to guess the main architecture |
20:18:09 | markun | ne0futur: if you are going to return it why bother with the port.. |
20:18:13 | Bagder | but not any accurately |
20:18:17 | ne0futur | strings on it give things like FWSCF6410 BRECF6410 SD_FF644.drv . . . |
20:18:53 | Bagder | SD_FF644.drv gets lots of google hits |
20:18:53 | ne0futur | markun: I will probably but if its near an existing one, i prefer to keep it . . . just dont want ( cant ) spend too muc time on it |
20:19:20 | markun | a port takes a lot of time.. |
20:19:36 | lamed | ne0futur: you should know rockbox has had a few abandond ports by now! |
20:20:25 | ne0futur | Bagder: so this could be useful ( SD_FF644.drv SD_FF321.drv ... ) or really not ? what keywords coul I search with strings on the firware ? |
20:20:51 | Bagder | finding strings will only be a very vague hint anyway |
20:21:00 | Bagder | reading the markings off the chip is the only proper way |
20:21:13 | petur | one of those strings brought up this: http://www.s1mp3.org/wiki/index.php/Main_Page |
20:21:15 | | Join Lear [0] (n=chatzill@h111n2c1o285.bredband.skanova.com) |
20:21:23 | ne0futur | I also have SDK-ITEM/ACTIONSGongee.ZH Wilson Co. Ltd S1 Mp3 Player |
20:21:29 | * | ne0futur goes reading http://www.s1mp3.org/wiki/index.php/Main_Page |
20:22:41 | | Quit bluey- (Remote closed the connection) |
20:24:00 | | Join bluey- [0] (n=bluey@dslb-088-073-073-071.pools.arcor-ip.net) |
20:24:10 | | Quit ender` (" HydraIRC -> http://www.hydrairc.com <- 100,000+ downloads can't be wrong") |
20:24:18 | | Join ender` [0] (i=null@84.52.165.220) |
20:25:51 | | Join _Veseliq_ [0] (n=veseliq@195.85.215.210) |
20:26:37 | ne0futur | there semms to be no way for opening it without breaking it . . . |
20:27:08 | | Join mirak [0] (n=karim@ip-7.net-82-216-143.rev.numericable.fr) |
20:27:54 | markun | ne0futur: you could talk to the s1mp3 guys in #s1mp3 on this server |
20:28:40 | ne0futur | ok thanks, I try to understand their wiki first but its not easy |
20:29:44 | mirak | hi |
20:29:46 | mirak | markun: hello |
20:29:52 | markun | hi mirak |
20:30:01 | markun | mirak: linuxstb is working on a mpeg player |
20:30:04 | mirak | what's the frame rate on doom ? |
20:30:08 | mirak | markun: ah ? |
20:30:29 | mirak | markun: but not the codecs ? |
20:30:39 | markun | ask him |
20:30:59 | mirak | he is around ? |
20:31:06 | * | linuxstb is around |
20:31:20 | mirak | linuxstb: hi |
20:31:52 | mirak | linuxstb: you got some new challenge I see |
20:32:01 | mirak | ? |
20:32:13 | linuxstb | Hi. I took libmpeg2, (the original source, not your port), and have a basic player working - just playing raw video streams. It seems much better on ipods than Coldfire targets though. |
20:32:34 | linuxstb | On the Nano, it can do around 24fps for a full-size (176x128) MPEG-2 file. |
20:32:52 | linuxstb | But I think it's only around 8-9fps on Coldfire. |
20:33:32 | lamed | .... can I tell 'patch' to output rejected into a form of a patchfile? |
20:33:34 | mirak | damn |
20:33:58 | mirak | linuxstb: how did you ported ? you needed to change a lot of code ? |
20:34:11 | linuxstb | So I'm confident it can work at 25fps on ipods (with audio playback) using one CPU for the video, and the other CPU for audio and disk reading. But Coldfire looks much harder - mainly due to the need to use IRAM as efficiently as possible (for both video and audio). |
20:34:14 | mirak | linuxstb: do you use assembly or iram ? |
20:34:45 | mirak | linuxstb: well we could live with uncompressed audio |
20:35:01 | linuxstb | Neither. There's a tiny bit of IRAM usage, but no assembly. There wasn't that much that needed to be changed in libmpeg2 itself. |
20:35:01 | mirak | I would in fact |
20:35:27 | mirak | I think the boost could be huge on the idct in assemblt |
20:35:31 | mirak | assembly. |
20:35:35 | mirak | Nice work indeed |
20:36:08 | mirak | I didn't knew ipods where that powerfull, and especially not they had two cpus |
20:36:19 | linuxstb | If you check the logs (search for mpegplayer.tgz) you'll see a link to it and a patch. |
20:36:29 | linuxstb | (today's logs) |
20:36:35 | mirak | ok |
20:36:59 | mirak | in fact the 8-9 fps is what I obtained though I didn't knew I could boost the cpu |
20:37:12 | mirak | 8/3 |
20:37:16 | mirak | :p |
20:37:36 | mirak | but well, the 25fps seems a bit out of reach :( |
20:38:04 | mirak | linuxstb: did you tried with a mpeg1 stream ? libmpeg2 can decode it, and it should be less cpu intensive |
20:38:28 | linuxstb | Yes, but the framerate seemed almost identical. |
20:40:10 | mirak | linuxstb: the iriver screen is twice the ipod surface |
20:40:15 | dan_a | linuxstb: (since you're likely to be one of the first ones to use them) how do the threading API changes I've suggested look to you? |
20:40:18 | mirak | linuxstb: you tried wth the same stream ? |
20:41:53 | merbanan | linuxstb: ffmpeg should have arm assembly for the idct |
20:44:28 | | Join Madcow [0] (n=565170b8@labb.contactor.se) |
20:46:03 | | Quit Madcow (Client Quit) |
20:46:29 | | Join ep0ch_ [0] (n=ep0ch@84-12-195-181.dyn.gotadsl.co.uk) |
20:46:32 | | Quit mikearthur (Read error: 54 (Connection reset by peer)) |
20:46:47 | | Join mikearthur [0] (n=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
20:48:23 | petur | Slasheri? |
20:48:28 | Slasheri | petur: hi |
20:49:11 | petur | eeprom_24cxx_write tries 10 times without checking return values of the calls, is that intended? |
20:49:29 | | Join rconan [0] (n=richard@82.14.27.61) |
20:49:31 | | Join Madcow [0] (n=565170b8@labb.contactor.se) |
20:50:11 | xorAxAx | 20:49:33 -!- Irssi: New peak in #rockbox@freenode : 130 |
20:50:24 | petur | and write byte itself tries already 100 times |
20:50:52 | Slasheri | hmm |
20:51:00 | ep0ch_ | linuxstb: nice work with libmpeg2. Seems really wierd how you can get video running quite efficiently on arm and yet audio codecs are dog slow :s |
20:51:08 | Bagder | wow, 130 |
20:51:41 | Slasheri | petur: it does check, by verifying the eeprom contents |
20:52:11 | Slasheri | and 100 times because eeprom might be busy some time while writing |
20:52:20 | Slasheri | so we will try plenty of times until write succees |
20:52:26 | petur | I know. I'll leave that for now as I have no use for writing atm. gonna fix my mistake first ;) |
20:52:58 | rconan | hey peeps this is completely off topic but does anyone know a good computer support channel |
20:53:14 | petur | Slasheri: I'm making the calls return int as that's what the other drivers seem to do |
20:53:23 | Slasheri | ok, that sounds good |
20:54:49 | netmasta10bt | bagder: can u verify that pin1 from e200 dev board is conncted to both pin 19 & 20 of the connector (there is a solder bridge) |
20:55:29 | | Quit rconan (Client Quit) |
21:00 |
21:01:31 | linuxstb | mirak: Running a full-screen file on my ipod Photo (same size LCD as H300), it gets about 13.5fps. But I have done one optimisation for the ipods - merging the yuv2rgb conversion and writing to the LCD into one function (lcd_yuv_blit). On the H300, one function does the conversion to rgb (and writes to the lcd_framebuffer), and then lcd_update() is called. |
21:01:50 | linuxstb | Before that optimisation, the same file was about 10fps I think. |
21:02:23 | linuxstb | merbanan: Yes, a suitable ARM idct function will probably be the next thing I'll try. |
21:03:04 | Madcow | Hi! is there an admin in here? I would like to upload a wps to the gallery. |
21:03:48 | linuxstb | dan_a: I haven't thought about your proposals yet.... But you're right, I'll need to soon. |
21:04:02 | netmasta10bt | Bagder: I mean pin 1 and 2 |
21:04:19 | petur | Madcow: you mean you need wiki write access? |
21:07:13 | *** | Saving seen data "./dancer.seen" |
21:07:51 | | Join midgey34 [0] (n=TJ@c-71-205-31-207.hsd1.mi.comcast.net) |
21:10:24 | | Quit ep0ch_ (Connection timed out) |
21:14:15 | markun | ne0futur: your mp3 player has a 60MHz Z80 core with a DSP |
21:16:05 | linuxstb | Z80? |
21:17:33 | markun | linuxstb: http://www.datasheet4u.com/html/A/T/J/ATJ2085_ActionsSemiconductor.pdf.html |
21:20:04 | linuxstb | "This product includes technology owned by Microsoft Corporation and cannot be used or distributed without a license from Microsoft Licensing, GP." |
21:20:33 | | Quit spiorf (Read error: 60 (Operation timed out)) |
21:20:53 | markun | nice.. |
21:26:17 | | Quit Poka64 ("nite all") |
21:26:58 | ne0futur | i found a photo of my zicplay : http://dormrf.free.fr/images/autopsie-lecteur-mp3-zipkey-1go-nofm-mini.JPG |
21:27:21 | ne0futur | markun: how did you foud this ? |
21:28:09 | markun | well, I assume your player is one of the s1mp3 player which uses that CPU. I googled to find the datasheet |
21:28:15 | | Join apo` [0] (n=r00t@dslb-088-065-067-011.pools.arcor-ip.net) |
21:30:54 | | Quit ismo (Read error: 110 (Connection timed out)) |
21:31:09 | ne0futur | my main problem to gather people is that it seems its sold only in french speaking countries |
21:31:33 | Madcow | @petur: yes write acces. |
21:32:17 | | Join ismo [0] (i=laitinei@huippu.net) |
21:32:39 | markun | ne0futur: I think it's better to help the s1mp3 guys with their firmware than porting rockbox |
21:33:01 | ne0futur | i posted on their channel |
21:33:45 | ne0futur | so you're sure its a s1mp3 ? any url / specifications ? datasheet url ? |
21:35:00 | ne0futur | ( http://dormrf.free.fr/images/autopsie-lecteur-mp3-zipkey-1go-nofm-normal.JPG ) |
21:37:38 | markun | can't read what's one the CPU. Only that is starts with AT |
21:38:07 | | Quit Madcow ("CGI:IRC") |
21:38:15 | barrywardell_ | Bagder: did you see my newest H10 patch? |
21:38:50 | | Nick barrywardell_ is now known as barrywardell (n=barrywar@host-194-46-234-58.dsl-ie.utvinternet.net) |
21:39:07 | | Join Daishi [0] (n=daishi@ool-45703854.dyn.optonline.net) |
21:39:09 | barrywardell | I moved the ata stuff out of the h10 dir |
21:40:00 | | Quit Lear ("Chatzilla 0.9.74 [Firefox 1.5.0.5/2006071912]") |
21:41:53 | | Quit lamed ("CGI:IRC") |
21:50:54 | ne0futur | markun: i could open it its TEA5767 |
21:51:43 | ne0futur | TEA 5767 CF 6840 |
21:52:18 | | Quit Ribs (".") |
21:52:48 | | Join Paul_The_Nerd [0] (n=Paul_The@cpe-70-112-165-230.austin.res.rr.com) |
21:53:32 | dan_a | Hmmm... as soon as I enable the timer on the coprocessor, Rockbox freezes :( |
21:53:40 | | Quit Criamos ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
21:57:54 | mirak | linuxstb: ipod video screen is 65000 colors or 240000 ? |
21:58:37 | markun | ne0futur: that's the FM chip |
21:58:48 | markun | not the CPU |
22:00 |
22:00:43 | mirak | linuxstb: how long does it took you to port the codec ? |
22:03:05 | | Join Bger [0] (n=bager@rockbox/developer/Bger) |
22:03:52 | dan_a | amiconn: are you here? |
22:04:05 | amiconn | yes |
22:04:37 | dan_a | I think there's a tiny problem in the grayscale lib |
22:05:15 | dan_a | You've put in a define for NEED_BOOST, which can conflict with HAVE_ADJUSTABLE_CPU_FREQ |
22:05:53 | amiconn | oh? In what way? |
22:06:04 | amiconn | NEED_BOOST is only defined for portalplayer |
22:06:35 | dan_a | If you undefine HAVE_ADJUSTABLE_CPU_FREQ, it won't compile |
22:06:51 | amiconn | Ah, yes, but who would do that? |
22:07:21 | dan_a | Someone testing to see if CPU scaling was causing a problem... |
22:07:30 | dan_a | (like I just did!) |
22:07:49 | amiconn | hmm, I'll fix it |
22:08:00 | amiconn | I am currently working on the screendump hook |
22:08:05 | dan_a | As I say, it's nothing major |
22:11:09 | | Quit bluey- ("Leaving") |
22:11:29 | amiconn | Btw, does the grayscale lib work properly on the g3? |
22:12:05 | amiconn | I could send you the lcd refresh rate test plugin; it's not really suitable for cvs inclusion (aka quick hack) |
22:12:15 | dan_a | I've not tested yet, I'm busy making it crash in 100 interesting ways |
22:12:28 | dan_a | But send me the plugin and I'll try it |
22:16:21 | dan_a | I hate programs that delete things because they are potentially harmful! |
22:17:21 | linuxstb | dan_a: Reminds me of the first time I plugged my brand new iriver H140 into a Windows PC attached to a client's corporate network - the virus scanner immediately deleted the music database file... |
22:17:55 | Paul_The_Nerd | Hahaha |
22:18:26 | dan_a | linuxstb: Ewww! |
22:18:40 | linuxstb | mirak: I had looked at libmpeg2 a little previously, but I started working on it seriously (i.e. making it compile in Rockbox, writing an output driver) yesterday morning. |
22:18:49 | dan_a | amiconn: I *think* I've made sense of mIRC's dialog box this time |
22:21:07 | BHSPitMonkey | boo, mIRC. |
22:21:10 | BHSPitMonkey | "Hooray Beer!" |
22:21:23 | mirak | linuxstb: ok. it took me less time than xvid. xvid was the hardest, and it was still very big binary |
22:21:44 | mirak | linuxstb: so it's a codec or a plugin ? |
22:22:28 | linuxstb | It's a plugin. It's far too early to worry about making it a codec. |
22:26:18 | mirak | yes |
22:27:43 | BHSPitMonkey | still cool |
22:27:44 | BHSPitMonkey | ツ |
22:29:22 | Bagder | the devboard claims to be a "Sansa e260R" |
22:29:50 | Paul_The_Nerd | R? |
22:29:51 | netmasta10bt | bagder: in windows? |
22:29:53 | Bagder | yeah |
22:30:00 | Bagder | no in dmesg output |
22:30:14 | Bagder | Vendor: SanDisk Model: Sansa e260R Rev: |
22:30:14 | Bagder | Type: Direct-Access ANSI SCSI revision: 02 |
22:32:02 | Bagder | it also says 'Rhapsody' (logo) when I start it |
22:32:38 | Paul_The_Nerd | A development codename? |
22:32:41 | Bagder | where start means inserting usb cable, as it has no battery |
22:33:26 | netmasta10bt | hmm rip that BL off there and throw it in yer e200 dir ? |
22:33:40 | Bagder | there's no BL file |
22:34:27 | mirak | linuxstb: what's the next step ? |
22:34:41 | mirak | linuxstb: assembly, iram ? |
22:34:49 | Bagder | but there's an sda2 in the same way as on my 260 |
22:34:50 | | Quit mikearthur (Read error: 54 (Connection reset by peer)) |
22:34:54 | * | Bagder dds |
22:35:07 | | Join mikearthur [0] (n=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
22:36:27 | linuxstb | mirak: I'm currently cleaning it up, and (unless anyone objects), want to commit it to CVS. Then more optimisations until at least 25fps video plays reliably. Then after that, making use of the ipod's second CPU to do audio decoding at the same time. I'm not planning on doing anything on Coldfire... |
22:36:46 | linuxstb | But once something is in CVS, others can play. |
22:36:58 | mirak | linuxstb: you don't like the iriver ? |
22:36:59 | mirak | :p |
22:37:07 | mirak | I have one I gues |
22:37:08 | mirak | s |
22:37:13 | linuxstb | I don't own a colour Coldfire... |
22:37:27 | mirak | linuxstb: only H100 ok |
22:38:06 | mirak | linuxstb: the H100 is not shade of gray, it's just blakc or white right ? |
22:38:14 | netmasta10bt | bagder: pin1 on the sansa is connected to pins 1 and 2 on the connctor via solder bridge right? |
22:38:21 | linuxstb | mirak: It's many shades of grey thanks to amiconn. |
22:38:32 | | Join lamed [0] (n=59005e3b@labb.contactor.se) |
22:38:36 | | Join uski [0] (n=uski@bre01-1-88-162-0-210.fbx.proxad.net) |
22:38:38 | linuxstb | (and the greyscale lib). Natively it's 2-bit greyscale. |
22:38:39 | amiconn | mirak: The H1x0 is 4-grey natively, and up to 33-grey with the grayscale lib |
22:39:00 | Bagder | netmasta10bt: yes, pins 1-5 are one to one |
22:39:01 | mirak | amiconn: the lib consist in fast refresh ? |
22:39:15 | Rudy4Pez | Someone please explain what "lib" is? |
22:39:22 | netmasta10bt | Bagder: did u see my post on the forum −− let me know what u think of that cable |
22:39:36 | Bagder | right, I saw it |
22:39:43 | Bagder | and yes it does indeed look like this one |
22:39:51 | mirak | linuxstb: will the iram optimisations portable to H300 ? |
22:39:52 | netmasta10bt | i wonder if there is anything special under the paralel box |
22:39:56 | markun | Rudy4Pez: library |
22:40:04 | | Join senab [0] (i=HydraIRC@82-35-229-48.cable.ubr01.smal.blueyonder.co.uk) |
22:40:38 | amiconn | I guess using the grayscale lib for video will cause more flicker than its other uses, as the pattern change happens often, and isn't synchronised. I'm not sure whether we could apply the render algoritm in haltone.c in realtime... |
22:40:43 | linuxstb | mirak: ipods don't seem to benefit much from iram, so no, I think everything should be done specificially for the Coldfire targets. |
22:40:45 | Rudy4Pez | Well I knew that much, that it was an abbreviation for library, but in this context, what is the definition of library? |
22:40:47 | amiconn | *halftone.c |
22:40:48 | Rudy4Pez | Hehe. |
22:41:23 | Bagder | Rudy4Pez: a collection of functions |
22:45:11 | barrywardell | Bagder: is that 'Rhapsody' as in Real's music store? |
22:45:46 | linuxstb | amiconn: Unless you feel strongly against it, I'm planning to commit lcd_yuv_blit() to lcd-ipod.c and export it via the plugin API - it keeps the low-level LCD stuff together, and means I don't need to duplicate the helper functions such as lcd_cmd_data() and friends. |
22:46:10 | senab | Just noticed that on the 5g you can now see the LCD flicker if you look close enough |
22:46:40 | Bagder | barrywardell: I don't know, I guess it can very well be |
22:47:20 | dan_a | amiconn: The lib doesn't seem to work on the 3g - your test program gave me a blank screen, and Doom gave me flashing vertical lines |
22:47:30 | amiconn | linuxstb: Hmm :/ |
22:48:01 | amiconn | dan_a: Oh? Does the user timer work? |
22:48:19 | amiconn | The test plugin doesn't use the lib |
22:48:19 | dan_a | The metronome does |
22:48:33 | dan_a | What else uses the lib? |
22:48:39 | amiconn | hmm... |
22:49:01 | lamed | anyone seen mmmm latelty? |
22:49:15 | amiconn | The grayscale is used (on ipod) by: doom, fire, plasma, grayscale (if you enable it in SOURCES), and the jpeg viewer |
22:50:13 | dan_a | I don't think fire is working, but it could be |
22:51:08 | dan_a | Plasma works |
22:51:58 | amiconn | Now that is odd. Plasma and fire use the library in the same mode (in fact all plugins enabled in cvs builds do) |
22:52:21 | dan_a | I wasn't sure what fire was supposed to be doing |
22:52:23 | amiconn | Only grayscale.c uses the buffered mode (and cube.c on archos) |
22:52:24 | | Join PyromancerX [0] (n=Pyromanc@c-24-63-23-114.hsd1.ma.comcast.net) |
22:52:28 | | Quit Pyromancer (Read error: 104 (Connection reset by peer)) |
22:55:04 | dan_a | JPEG viewer works. I now have a nice image of an iPod photo on my 3G... |
22:55:19 | amiconn | fire shows a fire animation (somewhat slow). You can try it in the sim |
22:55:34 | amiconn | Maybe there's some odd #ifdef that needs fixing |
22:56:12 | * | amiconn wonders why test_gray2.c would only show a white screen |
22:59:37 | | Quit Arathis ("möp") |
22:59:48 | * | linuxstb wonders how to interpret amiconn's "Hmm" |
23:00 |
23:00:26 | | Join Arathis [0] (n=doerk@p508A72D3.dip.t-dialin.net) |
23:01:05 | * | dan_a slaps himself in the forehead |
23:01:15 | dan_a | The grayscale.c is working |
23:01:35 | Paul_The_Nerd | What was wrong then? |
23:01:37 | | Quit Bger ("nite") |
23:02:44 | dan_a | I was testing too many different things at once |
23:06:19 | Paul_The_Nerd | Aaah |
23:07:07 | | Quit Febs ("CGI:IRC (EOF)") |
23:07:14 | *** | Saving seen data "./dancer.seen" |
23:08:50 | | Join bytie [0] (n=zic@p548CB180.dip0.t-ipconnect.de) |
23:09:05 | | Quit bytie (Remote closed the connection) |
23:10:52 | Paul_The_Nerd | We use ffmpeg for MP3, or something else? |
23:11:18 | markun | Paul_The_Nerd: we use mad |
23:11:22 | Paul_The_Nerd | Mad |
23:11:23 | Paul_The_Nerd | Okay |
23:13:12 | linuxstb | ffmpeg is used for FLAC and Shorten. |
23:14:16 | | Join EbErT [0] (n=EbErT@adsl-211-88-7.asm.bellsouth.net) |
23:14:58 | Paul_The_Nerd | I recalled someone saying we used it for multiple things, but didn't know what they were. |
23:15:02 | Paul_The_Nerd | Thankee |
23:15:16 | Paul_The_Nerd | I just knew that it wasn't Helix as someone was claiming. |
23:15:33 | linuxstb | No, the GPL doesn't like Helix's license... |
23:15:40 | Paul_The_Nerd | Yep |
23:15:42 | Bagder | ipl uses helix afair |
23:15:46 | linuxstb | They do. |
23:16:34 | linuxstb | For both MP3 and AAC I think. |
23:17:06 | senab | what does rockbox use for aac decoding? |
23:17:21 | markun | senab: faad |
23:17:45 | markun | but I hope we can switch to the aac decoder from ffmpeg soon |
23:17:47 | Paul_The_Nerd | We're hoping for the Summer of Code AAC bits in ffmpeg to be usable though, I believe. |
23:18:14 | senab | i thought so, its just im sure someone said it used faad and i didn't beleive them |
23:18:17 | linuxstb | Although I think that's only going to be floating point - so still a lot of work to use it in Rockbox. |
23:18:26 | bluebrother | what would be the advantage of ffmpeg over faad? |
23:18:39 | Paul_The_Nerd | linuxstb: I thought part of what they requested was a fixed point implementation? *can't remember* |
23:18:54 | senab | isn't faad no longer developed |
23:19:06 | senab | menno & ivan are at nero iirc |
23:19:37 | markun | there is a license problem with the newer versions of faad iirc |
23:20:20 | markun | and we hope that the ffmpeg implementation will be faster |
23:21:03 | senab | faad must now be connected to nero now then, hence the license change |
23:23:36 | | Quit thegeek ("( www.nnscript.de :: NoNameScript 4.03 :: www.XLhost.de )") |
23:24:13 | senab | i currently make a experimental patched rockbox build and release it on my website, under the gpl am i required to release the source? |
23:24:17 | lamed | ..is anyone committing as we speak? |
23:24:19 | | Quit barrywardell () |
23:24:33 | Bagder | senab: yes you are |
23:24:38 | linuxstb | Paul_The_Nerd: I'm not 100% sure. I think the first implement is only floating point, and then a fixed-point version may happen afterwards. |
23:24:51 | Paul_The_Nerd | linuxstb: Gotcha. |
23:25:01 | | Join barrywardell [0] (n=barrywar@host-194-46-234-58.dsl-ie.utvinternet.net) |
23:25:35 | Paul_The_Nerd | senab: A lot of people don't realize it, but you're actually required to host the whole of the source code you're providing binaries for, not just a patch or diff against source code at another location, if you want to be fully compliant. |
23:25:40 | linuxstb | senab: IIUC, anyone that downloads a binary from you is entitied to request the source you used to build that exact binary. The easiest way to fulfil that obligation is simply to make the source available every time you release a binary. |
23:26:08 | linuxstb | (just make it part of your script that generates the binaries) |
23:26:22 | * | lamed crossing fingures he haven't broke anything ... |
23:27:02 | senab | i thought so, i am hosting the source anyway it's just i was wondering whether it's a requirement |
23:27:08 | * | lamed is crossing fingers he haven't broke anything ... |
23:27:38 | amiconn | lamed: I don't like that solution... |
23:29:44 | lamed | amiconn: I tried to discuss that around the mailing list, no one replied. I discussed that with daniel and he thought it's a good idea. anyhow, I'd love to know your thoughts, we can always revert |
23:30:24 | markun | senab: I think you don't have to host it unless someone asks for it |
23:31:08 | linuxstb | markun: No, it's not a requirement to host the source, but the alternative is to provide it on request... |
23:31:20 | * | linuxstb know what he would prefer to do |
23:31:24 | amiconn | Instead of working around a deficiency, we should remove the deficiency. |
23:31:56 | amiconn | Imho we should port all screens (except debug stuff) to use the ui font. |
23:32:11 | amiconn | Then we could even restrict the sysfont to pure ascii |
23:33:01 | senab | markun, linuxstb: i get requested for it all the time anyway so its easier to just host it |
23:33:27 | * | Paul_The_Nerd agrees with amiconn's idea on that one. |
23:33:46 | linuxstb | lamed: A little bit of red on the build table... |
23:34:06 | Paul_The_Nerd | senab: Was that post to imply that you were changing the name from "Experimental" to "Senab's" or was that directed at Jon, btw? |
23:35:02 | lamed | linuxstb: tt amiconn: brb, fixing reds |
23:35:30 | senab | paul: that i was changing the name from experimental to senab*, it wasn't meant to jon |
23:35:54 | lamed | how do I submit a quiet one? (without it being on the cvs table?) |
23:35:56 | amiconn | Porting some screens to use the UI font is a little difficult right now (e.g. the quickscreen, if we want to keep it). Viewports will make those things easier |
23:35:57 | Paul_The_Nerd | senab: Okay, that's what I thought. The "Just kidding" seemed aimed more at my comments anyway. ;) |
23:36:28 | Bagder | lamed: submit a quiet what? |
23:36:48 | Bagder | nothing escapes the cvs builds and logs |
23:37:16 | lamed | bagder: without it being on the main page |
23:37:16 | senab | Just made a new WPS for the 5G if anyone wants to have a look. It's called frostBox http://www.rockbox.org/twiki/bin/view/Main/WpsIpod5g#frostBox |
23:37:24 | Bagder | lamed: all commits will appear there |
23:38:45 | linuxstb | lamed: The traditional commit message is "oops"... |
23:38:55 | Paul_The_Nerd | You shouldn't mess with tradition. |
23:39:33 | amiconn | lamed: Your solution has several disadvantages. One is inconsistency in the UI for non-latin scripts, another is binary size increase |
23:40:11 | amiconn | It forces duplicating quite a number of strings |
23:40:51 | lamed | linuxstb: I've noticed. Bagder: how do you commit whitespace changes and stuff? |
23:41:06 | lamed | amiconn: I agree it's much better to translate all menus |
23:41:09 | Bagder | you commit everything the same way |
23:41:13 | | Quit Arathis () |
23:41:28 | lamed | do we have an overall consent over that, so one can start working on it? |
23:41:51 | | Join Arathis [0] (n=doerk@p508A72D3.dip.t-dialin.net) |
23:43:07 | | Quit Arathis (Client Quit) |
23:44:03 | lamed | I can imagine a pitch screen using the user font, what about the recording screen on the recorder small display? |
23:44:44 | lamed | I'm not sure what you've ment with "inconsistency in the UI for non-latin scripts" |
23:44:50 | amiconn | The recording screen can be simplified a bit, imho. |
23:45:15 | Paul_The_Nerd | I wonder... |
23:45:26 | Paul_The_Nerd | You could also have a simplified multi-font for that? |
23:45:35 | Paul_The_Nerd | Where the font's set, and swapped out while you're on the recording screen? |
23:45:48 | Paul_The_Nerd | So you don't need to add space to the buffer, but it takes a spin-up to get to the record screen? |
23:46:11 | amiconn | I mean that some screens show the native script (cyrillic, hebrew, hangul, whatever), and others show latin text |
23:47:01 | amiconn | Paul_The_Nerd: Multi-font support is another story. It's been discussed for years, and I'm sure it will come |
23:47:32 | amiconn | Steps taken now (like porting everything to work with variable font sizes) will make it easier... |
23:47:44 | Paul_The_Nerd | Yeah |
23:47:51 | | Join rotator [0] (n=e@rockbox/developer/rotator) |
23:48:26 | | Quit netmasta10bt ("BitchX-1.0c17 -- just do it.") |
23:48:46 | lamed | amiconn: I'm still not sure if you understand the patch purpose. you don't see those hebrew characters on the screens that uses the internal font, so the meantime solution would be using latin letters. |
23:48:56 | | Join netmasta10bt [0] (n=torment@pool-72-64-144-248.tampfl.fios.verizon.net) |
23:49:05 | senab | is on screen font anti-aliasing on the cards in the future too? |
23:49:09 | amiconn | lamed: I do understand it, and I don't like it |
23:49:43 | linuxstb | senab: General view is that it's too CPU intensive... |
23:49:48 | lamed | I mean that some screens show the native script (cyrillic, hebrew, hangul, whatever), and others show latin text - > they all can only show latin text. |
23:49:54 | amiconn | senab: Nope, unless someone comes up with a super-render-magic. Text rendering is slow as it is |
23:50:03 | Paul_The_Nerd | senab: That requires some sort of translucency support too. |
23:50:15 | amiconn | lamed: Yes, and that's inconsistent. It defeats the purpose of a translation to some degree |
23:50:31 | | Join Arathis [0] (n=doerk@p508A72D3.dip.t-dialin.net) |
23:50:49 | | Quit Arathis (Read error: 104 (Connection reset by peer)) |
23:51:03 | amiconn | The screens which can only show latin today are that limited because they use the sysfont - and that is what should be changed |
23:51:28 | | Join Arathis [0] (n=doerk@p508A72D3.dip.t-dialin.net) |
23:51:38 | senab | paul: thats true you'd need some sort of alpha layer |
23:52:05 | amiconn | Your solution adds 48 strings, which wouldn't be necessary when the screens are adapted, which take up space, and even take up space for no reason when used with latin scripts |
23:52:29 | amiconn | It's also a rather major change to drop language strings again |
23:52:38 | | Quit Rob2222_ () |
23:52:48 | amiconn | ...because it will render all earlier .lng and .voice files incompatible |
23:53:14 | | Join Rob2222 [0] (n=Miranda@ACD04076.ipt.aol.com) |
23:53:37 | | Quit Arathis (Client Quit) |
23:54:23 | | Join Arathis [0] (n=doerk@p508A72D3.dip.t-dialin.net) |
23:55:47 | lamed | ah. ok. that I can agree with you. well then, as you can see there are only 48 new strings for now, and for that price people could use their own native languages (as without this they only get squares around some screens, prefering not to use the translation at all). reverting is as easy as SEDing LANG_SYSFONT_ back to LANG_ strings and removing (future to be) unnecessary LANG_SYSFONT_ strings from the .lang files. |
23:55:58 | amiconn | "only"?? |
23:56:53 | netmasta10bt | fdasff |
23:57:41 | lamed | mmmm. I wish you have took the time to talk to me about that beforehand. it was a few hours work. you may scrollback if it sounds best for you :) |
23:58:53 | senab | Paul: Are you Llorean then? |
23:58:55 | amiconn | I talked about the problem here, a few days ago |