Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

#rockbox log for 2003-01-12

00:06:19 Join breaker [0] (
00:23:19***Saving seen data "./dancer.seen"
00:24:41PsycoXulmy new pda plays ogg
00:24:45 Nick seb-sleep is now known as seb-away (
00:41:55 Join Zagor [242] (
01:00:55ricIIZagor: any ideas about (dynamic) playlist creation ?
01:01:48 Join hardeep [0] (hardeeps@
01:03:14hardeepricII: still around? :)
01:03:29hardeepheh, anything new?
01:03:46ricIIthinking about stealing 2 bits from the indices..
01:04:34hardeepshhhh, don't tell anyone =)
01:05:10ricIIwould require to store the indices for resume function :(
01:05:31hardeepwhy do you need the two bits?
01:06:11ricII1 could do, flag lookup in m3u, or lookup in insertfile
01:06:54ricIIoptionly delete after played (could be done in insertfile)
01:07:12hardeepoh, are you still looking at only having one insertion file?
01:07:24hardeepbecause, with separate files, you wouldn't need the bit of course
01:08:49ricIIstill the copy_on_change I need to actuly put "#include tempfilexxxxx" there (to allow recusion)
01:09:17ricIIwith separate files..
01:09:31hardeepwhen you insert within an insertion?
01:09:52hardeepin that case, do a full copy in the insertion file...
01:10:54ricIIand fragmentation worries me..
01:11:01hardeepi'm thinking the insertion files are not going to be as large as playlists
01:11:42ricIImine will (I want to create playlist this way)
01:12:55hardeeper, nm
01:13:03ricIIthe ulitamate gool is to save the create dynamic-playlist as a real m3u..
01:13:30hardeepright, but that's when a user requests a save
01:14:14ricIIno thats only writing out what we have build sofar..
01:16:00hardeepI think we're getting close to the point of over-design...
01:16:12hardeepthe stuff you've come up with sounds reasonable and handles most, if not all, cases
01:16:14ricIIid3 db springs to mind..
01:16:56hardeepid3 db is something different... zagor and co. have said numerous times that they don't want to do that on the player
01:17:14hardeepit's something that makese more sense to be done on the cimputer
01:17:20hardeeper computer
01:18:04ricIIbuilding the thing but using it, sound close to the big fixed width insertfile not...
01:18:42 Quit edx ()
01:20:58ricIIor did they intend it only for 'creation of playlists' on the pc?
01:22:07Zagorno, i want iPod-style navigation
01:22:18Zagorand searching
01:22:19ricIIanyway this thing could be out-of-date & I don't want a ipod...
01:22:45ricIIit would become a must for playing song..
01:23:07hardeepwe already get the id3 info when playing a song
01:23:28Zagorthe db does not change playing a file, only finding it
01:25:35hardeephmmm... potentially, we could use the db info when playing a song...
01:25:36ricIIyes it A nice navigation help, nothing more..
01:25:50hardeepinstead of parsing the file
01:26:01ricIIwe souldn't depend on it..
01:26:37Zagorhardeep: we could, but i don't think it's a very good idea. the db could be out of date etc. the file always contains the truth
01:26:58Zagorand it takes no effort reading it
01:27:04hardeepZagor: true... but the db could have potentially more info than what we retrieve
01:27:16Zagorah, right
01:27:48ricIIhence depend..
01:29:16 Join mecraw [0] (
01:29:40hardeepheya mecraw
01:31:47ricIIthe framentation issue realy got me scared, besides I don't like moving the problem to the fs code
01:34:05hardeepricII: do you have something else that is as flexible as the multiple files though?
01:35:21hardeepthe idea of reusing files wasn't a bad one... that would help with the fragmentation
01:36:08ricIIuse a large insertfile (poor mans vm) and move around indexes
01:37:07hardeephow well would it handle multiple insertions
01:37:23hardeepesp. insertions at different points such as after current song vs. end of file
01:37:24ricIImove all indexes agian...
01:37:55hardeepi also don't like the idea of creating a large file on the player.... what if i don't have the space etc.
01:38:14hardeepunless you're talking about a growing file...
01:39:36ricIIis just a disk stored buffer in this case
01:40:17hardeepa fixed size buffer though right? and you wanted it to be ~ 2.5M ?
01:40:22ricIIonly downside: we need to store the entiry indices array for resume
01:40:30ricIIno need for fixbuffer..
01:40:46hardeepthe indices array doesn't need to be stored.... insert comments in the buffer
01:40:54hardeepand read those on resume
01:41:36ricIIwould require to process entiry buffer before playback (letme think a little)
01:41:51hardeepwe do that anyways for playlists
01:42:08hardeepit's very fast
01:45:03ricIIso our (insert) bufferfile also contains patches on the indices, hmmmm
01:45:26hardeepi still think we should try the multi file solution first.... it's the simplest. we can also quantify the fragmentation and see if it's really an issue
01:45:50hardeepif it turns out it's not good... move to the large index file
01:47:28 Join mecraw_ [0] (
01:47:28 Quit mecraw (Read error: 104 (Connection reset by peer))
01:47:29ricIIthe file souldn't need to be bigger that whats actuly used. I boils downto a m3u with patch instructions for indices
01:48:07 Quit mecraw_ (Client Quit)
01:48:15hardeepthink if a case where you insert a file, then append, then insert, then append, etc.
01:48:41hardeepeither you would have to copy the insertion file... or store a bunch of indices in ram
01:48:46 Join mecraw_ [0] (
01:48:50ricIIwe would be moving max 40k memory around and write some filenames
01:49:38ricIIthe moving we be 'commented' in the insert file for replay on resume..
01:50:54hardeepheh, anyways, i have to go. We've probably discussed this enough now... looking forward to the implementation. :)
01:51:30 Quit hardeep ("BitchX: causing all sorts of havok!")
01:58:47 Quit breaker ()
02:23:22***Saving seen data "./dancer.seen"
02:34:47 Quit Zagor ("Client Exiting")
02:41:32 Join Tweekend [0] (
02:42:33 Part Tweekend
04:20:24 Quit ClosetPacifist ("-out-")
04:23:24***Saving seen data "./dancer.seen"
04:34:02 Join ken0_ [0] (marklar2@
04:35:10 Quit ken0 (Read error: 104 (Connection reset by peer))
04:39:25 Join Jet8810 [0] (
04:55:24 Join ken0 [0] (marklar2@
04:56:08 Quit ken0_ (Read error: 104 (Connection reset by peer))
05:28:44 Join datazone [0] (~datazone@
05:39:58 Join ClosetPacifist [0] (
05:42:21Jet8810I have an archos again!
05:42:25Jet8810now to load it back up...
05:58:51Jet8810anybody alive
05:58:59 Join Altisssimo [0] (
06:23:26***Saving seen data "./dancer.seen"
06:27:04 Quit ClosetPacifist (Read error: 113 (No route to host))
06:27:16 Join ClosetPacifist [0] (
06:32:01 Quit Altisssimo (Remote closed the connection)
06:52:43 Join vderam [0] (vderama@
06:54:42 Nick seb-away is now known as _seb_ (
07:17:53 Join phoenix [0] (
07:18:08 Part phoenix
07:32:06 Quit Jet8810 ("Client Exiting")
07:50:10 Join Kshain [0] (Kshain@
07:53:17Kshainanyone here heard of/seen any new cases for players or w/e?
08:04:24 Quit ClosetPacifist ("-out-")
08:18:18 Part Kshain
08:23:28***Saving seen data "./dancer.seen"
08:27:33 Join ken0_ [0] (marklar2@
08:28:51 Quit ken0 (Read error: 104 (Connection reset by peer))
08:30:54 Join ken0 [0] (marklar2@
08:30:55 Quit ken0_ (Read error: 54 (Connection reset by peer))
08:32:19 Quit pika- ("bye")
08:42:34 Quit adi|home ("Client Exiting")
08:42:37 Join adi|home [0] (
09:14:57 Nick _seb_ is now known as seb-sleep (
10:04:09 Join hardeep [0] (hardeeps@
10:15:10 Quit vderam ("Client Exiting")
10:22:59 Join ken0_ [0] (marklar2@
10:23:30***Saving seen data "./dancer.seen"
10:33:04 Join edx [0] (
11:28:38 Quit hardeep ("BitchX: the fizzle goes straight to your brain!")
12:23:31***Saving seen data "./dancer.seen"
12:28:21 Join Goku_4658 [0] (
12:33:14 Part Goku_4658
12:34:58 Join eastlakepigs [0] (
12:35:35eastlakepigsjust for the log, im seepin, it's goku (never heard of me? im a new regular)
12:36:13 Nick eastlakepigs is now known as Goku (
12:36:39 Part Goku
12:40:08 Join Goku_4658 [0] (
12:55:27 Quit Goku_4658 ()
13:06:22 Join tot|away [0] (
13:07:42 Nick tot|away is now known as TotMacher (
13:09:22 Join Goku_4658 [0] (
13:09:43 Join Indio [0] (
13:11:15Goku_4658i thought i was the only one up at this hour!!!
13:11:42TotMacher[13:11] <Goku_4658> i t
13:11:45TotMacherits not late
13:12:23Goku_4658hmm, daybreak here, gots to go in 15 mins
13:16:31Goku_4658hmm, no chat.. I guess i can call it a night (or morning..)
13:16:45*Goku_4658 is away, See yall in the noon, peace, (log\off pager\on)
13:17:23Indioi have on my jukebox many groups inside i put in different portfolios all albums, can i select the group and i listen all portfolios to the same time?
13:18:59*Goku_4658 is back after 2m 14s
13:19:10Goku_4658ok, do you mean folders?
13:19:36 Join breaker [0] (
13:19:54Goku_4658you have the albums sorted in folders.. ok. you want to know if you can listen to them all at the same time?
13:20:16Indioyes, it is
13:21:15Goku_4658in my knowledge, and i have a copy of the rockbox from christmas day.. Hook it up to your computer and make a playlist with all of the folders included..
13:21:27Goku_4658i may be outdated though
13:22:33Indiothank you
13:22:48Goku_4658ur welcome.
13:23:08*Goku_4658 is away, Daybreak means i gotta flee, noon is when you can catch me!, (log\off pager\off)
13:23:08 Nick Goku_4658 is now known as Gokus_Away (
13:25:26 Part Indio ("Client Exiting")
13:28:57 Quit mecraw_ (Read error: 104 (Connection reset by peer))
13:52:32 Nick edx is now known as edx`out (
14:23:33***Saving seen data "./dancer.seen"
15:01:36 Quit breaker ()
16:16:07 Join Jet8810 [0] (
16:23:34***Saving seen data "./dancer.seen"
16:24:16 Quit datazone (Remote closed the connection)
16:31:11 Nick edx`out is now known as edx (
16:58:12 Quit Jet8810 (Read error: 104 (Connection reset by peer))
17:22:19 Quit TotMacher ()
17:55:56 Nick seb-sleep is now known as _seb_ (
18:23:03 Join itai [0] (~itai@
18:23:38***Saving seen data "./dancer.seen"
18:35:49 Quit itai ("using sirc version 2.211+KSIRC/1.2.1")
18:37:59 Nick _seb_ is now known as seb-away (
19:20:00 Join hardeep [0] (hardeeps@
19:51:26 Join mike [0] (
19:51:50mikedoes anyone know if rockbox works with the color archos player?
19:55:13ricIImike: that's the MultiMedia player, a complete differnt device
20:00:30mikeok, thanks
20:00:53mikehave you seen both of them −− is the multimedia device any smaller?
20:01:11mikethats why I was looking at it
20:23:41***Saving seen data "./dancer.seen"
20:39:59 Quit edx (Read error: 110 (Connection timed out))
20:48:31 Quit mike (Read error: 60 (Operation timed out))
21:03:17 Join Kshain [0] (Kshain@
21:04:05KshainIve got a feature request
21:06:50Kshainif anyoen wants to listen heh.
21:23:42 Join Zagor [242] (
21:25:41 Nick seb-away is now known as _seb_ (
21:30:28ricIImy C is rusty, but slowly getting there..
21:34:36 Quit Kshain ()
21:38:59hardeepuse D instead of C !!
21:39:16 Quit Gokus_Away (Read error: 54 (Connection reset by peer))
21:39:44ricIIB would help ;)
22:17:23 Join edx [0] (
22:23:45***Saving seen data "./dancer.seen"
22:27:01 Join kargatron [0] (
22:35:21ricIIgrr, rockboxui is fooling me, on the archos the 'new' queuing works...
22:38:24 Join jonis- [0] (
22:38:59ricIIdirplay & insert are also working, now I have to work on resume
22:40:45ricIIhardeep: I don't even have to truncate the file :)
22:59:06 Quit kargatron ("Suckers!")
23:34:43 Quit edx ()
23:43:15 Quit jonis- (Read error: 60 (Operation timed out))
23:51:41 Join tot|away [0] (
23:54:12 Nick tot|away is now known as TotMacher (
23:56:05 Join Jet8810 [0] (

Previous day | Next day