Utilitybase chatlog - 2006-04-02

Back to overview|Highlight a word

00:11:12   <-- ssolie has quit (Quit: OS4 makes computing fun)
00:41:24   <-- bones has quit (Quit: This computer has gone to sleep)
00:41:30   <-- Belxjander has quit (Ping timeout: 180 seconds)
01:06:07   --> ssolie (~ssolie@2f31aeca.1ccf6d0.abhsia.telus.net) has joined #amigadev
01:30:19 arc have a dev ? for you all
01:30:53 arc any codecs in os5 setup to use Altevec?
01:30:58 arc os4
01:31:28 arc codecs mpeg 4, mpeg2
01:31:32 arc etc
01:33:26 arc rewrites it..........any codecs in Os4 setup to use altavec?
01:38:29 number6 arc: ?
01:39:00 arc you understand the question number 6?
01:39:09 number6 arc: no sorry.
01:40:06 arc any of the mpeg 2 or 4 codecs setup to use the altivec processor with os4
01:41:02 arc or is that too advanced yet on os4?
01:41:04 number6 arc: all I know is that MPlayer uses altivec detection starting in DP#4 for the XE.
01:41:20 arc ok
01:41:41 number6 arc: Playback, then indeed uses altivec
01:42:54 number6 arc: altivec is used in amipdf too. ssolie could tell you more on this.
01:44:29 number6 arc: Andrea (afxgroup) could also give you some info on altivec with OS4.
01:45:32 arc http://www.fedoraforum.org/forum/showthread.php?t=47826 wow
01:46:44 arc Im finding some crossover between hw and sw atm
01:46:58 arc think i have my basic answers
01:48:09 number6 ok. I'll read the whole page (just out of personal interest). If you have any questions re: altivec and MPlayer, I -may- be able to answer.
01:50:37 arc thx, dinner time
02:38:09 ssolie re
02:39:31 number6 peat?
02:48:16 ssolie wind? :)
03:53:20   <-- number6 has quit (Ping timeout: 180 seconds)
04:00:49   --> number6 (~user@57322ea.31b34b44.dialup.citynet.net) has joined #amigadev
04:05:12 ssolie burp
05:17:18   <-- ssolie has quit (Quit: OS4 makes computing fun)
05:19:25   <-- number6 has left #amigadev
06:57:24   --> number6 (~user@24624475.31b34b44.dialup.citynet.net) has joined #amigadev
07:40:19   --> Ami603 (~coco@1366b407.1b5b45e4.dynamicIP.rima-tde.net) has joined #amigadev
07:42:01   <-- number6 has left #amigadev
08:31:09   --> bones (~darren@1a9e3c85.11de379d.demon.co.uk) has joined #amigadev
09:06:08   --> BinoX (~BinoX@2850d5e8.24785cc1.demon.co.uk) has joined #amigadev
09:06:34 BinoX Oops.. lol... shouldn't leave a program with infinite loop allocating memory all night... lol
10:00:57   --> racs (~not.tod@2ae78891.1366b407.catv.broadband.hu) has joined #amigadev
10:00:58 MrBot [racs] Pimp my flowers! ;)
10:00:58 racs hi there
11:52:35   <-- Ami603 has quit (Ping timeout: 180 seconds)
13:46:50   --> Ami603 (~coco@1366b407.1b5b45e4.dynamicIP.rima-tde.net) has joined #amigadev
13:53:41   --> number6 (~user@2aac9c3e.31b34b44.dialup.citynet.net) has joined #amigadev
14:01:43   <-- number6 has quit (Ping timeout: 180 seconds)
14:07:54   --> number6 (~user@2aac9c3e.31b34b44.dialup.citynet.net) has joined #amigadev
14:19:20   <-- number6 has quit (Ping timeout: 180 seconds)
14:51:15   --> number6 (~user@2aac9c3e.31b34b44.dialup.citynet.net) has joined #amigadev
15:38:36   <-- number6 has left #amigadev
16:15:33   <-- BinoX has quit (Read error: Connection reset by peer)
16:51:53   --> BinoX (~BinoX@2850d5e8.24785cc1.demon.co.uk) has joined #amigadev
17:44:42   --> number6 (~user@14fd58ce.31b34b44.dialup.citynet.net) has joined #amigadev
17:57:18 BinoX Hello again all :) Once again re-writing the parser.. damn logic flow errors... it seems to miss large chunks of stuff.. so I've gone through again and this time it seems ok... ish.. lol
17:58:11 nicomen hi
17:58:36 BinoX hey :)
17:58:39 BinoX heh
17:59:19 BinoX if it wasn't for the parser I would have released something yesterday.. lol... always wanted to release a real thing on april fools day :(
17:59:38 BinoX Now the parser is right, I have to re-write the renderer to go with it.. >_<
18:31:47 BinoX damn.. dsi >_<
18:31:53   <-- BinoX has quit (Quit: WookieChat 2 on AmigaOS4 Pre4)
18:49:54   --> BinoX (~BinoX@2850d5e8.24785cc1.demon.co.uk) has joined #amigadev
18:49:58 BinoX Hello again :)
18:50:14 BinoX Nicomen or zerohero.. r u here? I need guidance.. lol
18:50:47 nicomen yse
18:51:11 BinoX How would I resize an array in c? (don't mind if contents are destroyed)
18:51:35 nicomen malloc ;)
18:51:50 BinoX Any easier way? lol
18:52:23 nicomen not that I know of
18:52:43 BinoX damn.. I'll try a different way then.. lol
18:52:52 nicomen c++ might have some Array types though
18:53:21 BinoX Yeah... c++ does.. but I'm trying to avoid that...
18:56:32 BinoX so.. basically... Array = malloc(sizeof(WhateverArrayIsMadeOf) * Number); ?
18:56:40 BinoX That right?
18:57:10 nicomen yeah
18:58:21 BinoX Then I have to remember to free it after.. heh..
18:58:33 BinoX damn.. requires thinking ;)
18:59:34 wegster BinoX: or realloc()
19:00:21 BinoX I take it that does destroy all information contained within?
19:01:11 wegster BinoX: think contents are still valid
19:01:39 BinoX That'd be useful for later on at least.. saves moving array contents out :)
19:01:44 wegster realloc() changes the size of the memory block pointed to by ptr to
19:01:44 wegster  size bytes. The contents will be unchanged to the minimum of the old
19:01:44 wegster  and new sizes; newly allocated memory will be uninitialized. If ptr
19:01:44 wegster  is NULL, the call is equivalent to malloc(size); if size is equal to
19:01:44 wegster  zero, the call is equivalent to free(ptr). Unless ptr is NULL, it
19:01:53 wegster  must have been returned by an earlier call to malloc(), calloc() or
19:01:58 wegster  realloc(). If the area pointed to was moved, a free(ptr) is done.
19:03:09 BinoX ah.. so it does it's own freeing if it moves it :)
19:03:50 BinoX Anyone know how the speed is with this function?
19:04:11 wegster BinoX: yeah which seems to counter the second sentence. Been a while since I've done much C, _thought_ it still guaranteed no original content loss. actually, near positive.
19:04:20 wegster BinoX: benchmark it and les us know ;-)
19:04:24 wegster s/les/let
19:04:32 BinoX It's possible there will be up to 6/7000 reallocs in a row.. lol
19:04:46 wegster afraid to ask, why?
19:05:08 wegster use a fixed chunk size and always realloc by that size instead, which is a factor of N * single element
19:05:17 BinoX I have no idea of knowing how big I need the array when I start, so I'd have to resize it when each object is added
19:05:24 wegster use a fixed chunk size and always realloc by that size instead, which is a factor of N * single element
19:05:44 wegster over time you can tune 'chunksize' to be more sane if need be.
19:08:03 BinoX Hmm.. looks like doing the code this way won't be as simple as I thought... although at least the logic flow won't be so stupid :)
19:09:10 BinoX Bah.. I'll do out of memory checking later... lol
19:09:42 BinoX if I vanish soon, it means I've f*cked up.. lol
19:10:30   <-- Ami603 has quit (Read error: Connection reset by peer)
19:11:22 wegster heh
19:14:00 BinoX The moment of truth... the test!
19:26:22   <-- BinoX has quit (Read error: Connection reset by peer)
19:26:39   --> BinoX (~BinoX@2850d5e8.24785cc1.demon.co.uk) has joined #amigadev
19:26:44 BinoX Nope.. that plan didn't work.. lol
19:26:58 BinoX looks like realloc only wants to work once...
19:27:09 BinoX doesn't seem to want to realloc realloced mem
19:27:12 wegster BinoX: eh, whatcha mean?
19:27:19 wegster it certainly should.
19:27:34 BinoX It works once.. then after that it just DSIed
19:28:16 wegster BinoX: check code on a linux box, that simply can't be right.
19:28:28 BinoX Don't have a linux box working atm
19:28:40   -!- * wegster acks.
19:28:43 BinoX I can do it with free() and malloc()
19:28:44 BinoX lol
19:28:54 BinoX but then I haev to memcpy lol
19:29:06 BinoX if I wanna keep the stuff already there
19:29:15 wegster BinoX: that sure sounds like a bug. Mail me a code snippet if it's small enough to show the issue. realloc() should only fail if you're out of ram afaik
19:29:46 BinoX Will send u a snippet... maybe u can see if I'm doing something stupid too.. lol
19:30:09 wegster email it, don't think dcc is working at moment
19:30:21 racs gone
19:30:23 racs bye all
19:30:29 wegster cya racs
19:30:30 BinoX was gunna put it on utility base paste thing :)
19:30:38 wegster BinoX: ok go for and gimme link
19:31:13   <-- racs has left #amigadev
19:37:11 BinoX right.. got it..
19:37:13 BinoX http://utilitybase.com/paste/2674
19:37:45 BinoX Just put a for loop in to simulate multiple entries.. since there's a couple of pages of code to generate the variable
19:38:24 BinoX And I forgot to put the free() clause in... but nevermind.. lol
19:39:31 BinoX There's a bit more to it than that normally... but that basically sums it up...
19:39:40 BinoX but it works if I use free() then malloc()
19:39:42 wegster BinoX: err, yer code is wonky, you're not getting the new mem block, it returns a pointer to the rnew mem chink
19:40:36 wegster ie: int * ptrToInts = (int *)malloc(sizeof(int), ARRAY_SIZE);
19:40:40 wegster  do stuff
19:40:51 wegster  /*need to make larger */
19:41:32 wegster ptrToInts = (int *)realloc(sizeof(int), ARRAY_SIZE + CHUNK_SIZE_FOR_GROWTH);
19:49:36 BinoX thx for that :) That's got it :D
19:49:49 BinoX now.. I'll brb.. 'cause I messed something else up.. lol
19:49:52 wegster BinoX: heheh working right now?
19:49:56 BinoX yeah :)
19:49:59 wegster cool
19:50:15 BinoX I'm too used to c++ where I use queues >_>;;
19:50:24 BinoX anyway.. lol.. brb
19:51:57   <-- BinoX has quit (Read error: Connection reset by peer)
19:52:22   --> BinoX (~BinoX@2850d5e8.24785cc1.demon.co.uk) has joined #amigadev
19:52:31 BinoX Yay :D thanks for that :)
19:52:54 BinoX It now populates nicely, calls them all back AND frees mem properly ^_^
19:53:56 wegster grin, np
19:55:18 BinoX Well, my actual prog just successfully populated 3210 array positions :D
19:55:25 BinoX and it's not much slower than it was before ^_^
19:55:32 BinoX maybe a few ms
19:55:50 wegster BinoX: shrug, always aim for 'get it working first,' can always go back and profile it later.
19:56:00 BinoX yeah :)
19:58:19 BinoX Looks like I may be releasing this sooner than I thought :D
19:59:02 BinoX ouch.. 3MB log file now >_<
19:59:12 wegster this - browser, or diff project?
20:00:02 BinoX still browser... I keep having to re-write the main parser...
20:00:31 BinoX Logic flow errors the other way >_<
20:00:50 BinoX I dunno where or how... but if a tag was unrecognised the page would be blanked >_<
20:00:56 wegster heh well....hurry up ;-)
20:01:17 BinoX I'm doing it.. lol... anyway.. Easter holidays soon so I have more chance to work on it ^_^
20:01:39 wegster oh hell, when IS easter? ;-)
20:01:41 BinoX I'm using the phpinfo() page running on OS4 apache
20:01:48 BinoX easter is 2 weeks away
20:01:53 BinoX easter holidays are next week
20:02:04 wegster hrm, time to go see if I get days off ;-)
20:02:07 BinoX lol
20:02:19 BinoX well.. u'll at least get good friday and bank holiday monday :D
20:02:22 wegster better yet, if I'm going to actually be able to not work on those days off.
20:02:30 BinoX rofl
20:02:39 BinoX I take days off main work to work on other work
20:02:46 zerohero wegster: i'll call your boss to make sure you have to work on them
20:03:07 BinoX Hey there zero :)
20:03:14 BinoX I was being a n00b again.. lol
20:03:14 zerohero evening :)
20:03:18 zerohero lol
20:03:25 zerohero it will happen again ;)
20:03:32 BinoX Probably.. lol
20:03:46 zerohero it always does, and you always feel equally stupid
20:03:47 wegster zerohero: heh, f*ck off, pretty sure it'll be 'my call, as long as deadlines don't slip' = work.
20:03:50 BinoX and yes... realloc DOES keep what's already in mem
20:04:05 zerohero wegster: pfft, i'll *make* sure ;)
20:04:11   -!- * wegster says nothing.....
20:04:48 zerohero wegster: there is work for you to do tho, certain site i think? ;)
20:04:58 BinoX Now to play the link elements, tags, content and style game... That's not very fun >_<
20:05:25 wegster zerohero: yeah, there is, and then some. got VERY lucky. had power outage last week, ups didn't outlast it, came up and lost a disk, but recovered.
20:05:39 zerohero wegster: ouch
20:05:45 number6 yay!
20:06:01 wegster zerohero: yeah, you do not want to hear the noise the forced back online disk is making though ;-)
20:06:10 zerohero wegster: heh
20:06:29 wegster have backups, need to move to the other server. tough to do when now doing weekly status for my team for proj supposed to be done weeksago (even though I said it wouldn't be..)
20:06:48   -!- * wegster loves dying scsi disk whine from hell.
20:07:17 number6 wegster: I've heard that tune before...
20:07:18 zerohero we need something non-mechanical :)
20:07:41 zerohero anyway, i shouldn't be here now
20:07:45 wegster zerohero: nod, I still waiting for sold state 100GB disks for $200, damnit
20:07:48   <-- BinoX has quit (Read error: Connection reset by peer)
20:08:05 wegster doh, I'd kick ya, but I can't zerohero
20:08:12 zerohero muahaha
20:08:29   -!- * wegster snaps fingers.
20:08:31 zerohero well, good luck with all your disk-adventures :)
20:08:37 wegster zerohero: heh, thx
20:08:39 zerohero and good night :)
20:11:42   --> BinoX (~BinoX@2850d5e8.24785cc1.demon.co.uk) has joined #amigadev
20:11:46 BinoX Whoops
20:12:34 BinoX And that's what I get for trying to copy a library interface into a char when I forget to type something >_>;;;
20:13:18   -!- * BinoX slaps self
20:13:19 wegster heh
20:13:35 BinoX Just adding some error checking in ;)
20:13:51 wegster BinoX: to make sure it doesn't reboot OTHER'S systems? ;-)
20:14:16 BinoX Yeah... pretty much... but it did drop me at the kickstart screen.. which is always funny to see
20:14:42 BinoX good old floppy going into the drive :)
20:14:57 wegster grin
20:15:17 BinoX That's why I took so long to come back :) Was watching it
21:09:57   <-- BinoX has quit (Quit: Client exiting)
21:11:29   --> Varthall (~Varthall@1e79b4c9.2142b218.f4.ngi.it) has joined #amigadev
23:55:06   --> ssolie (~ssolie@2f31aeca.1ccf6d0.abhsia.telus.net) has joined #amigadev