On Sun, 02 Nov 2008 21:58:25 -0200, Nicolas Alvarez wrote:

> Jim Henderson wrote:
>> On Sun, 02 Nov 2008 16:33:39 -0200, Nicolas Alvarez wrote:
>>> OTOH, I read about a developer who quit contributing to the Linux
>>> kernel because he was tired about devs caring about companies saying
>>> $BULLSHT_BENCHMARK now gives lower results, instead of caring about
>>> the desktop becoming faster for users. (it was about lowering latency
>>> and improving the process scheduler, which would give better speed to
>>> the desktop)
>> 
>> I hadn't read that one...
> 
> Found link:
> 
> http://apcmag.com/why_i_quit_kernel_developer_con_kolivas.htm
> 
> This is the part I was referring to:
> 
> "And there are all the obvious bug reports. They're afraid to mention
> these. How scary do you think it is to say 'my Firefox tabs open slowly
> since the last CPU scheduler upgrade'? To top it all off, the enterprise
> users are the opposite. Just watch each kernel release and see how
> quickly some $bullshit_benchmark degraded by .1% with patch $Y gets
> reported. See also how quickly it gets attended to."

Will have to read it more, but interesting - thanks for the link.

Jim

Post a reply to this message

On Tue, 04 Nov 2008 06:53:47 +0200, Eero Ahonen wrote:

> Jim Henderson wrote:
>> 
>> Cool, are you doing other types of media as well, or so far just music?
> 
> Every possible file. It searches for all files in configured basedirs
> and you can define the player-software (and if the file is playable at
> all) by filetype. I'm throwing video files straightly to full-screen X
> with "export DISPLAY=localhost:0;/usr/bin/mplayer -ao alsa:device=hw=3,0
> -vo x11 -fs -zoom". Apache is running on the same user that has the
> right to play the files, just to make things easier (the machine is
> dedicated, after all).
> 
> And yeah, it normally plays randomly the radio-playable marked tracks
> and you can browse and search them - you'll need to log in to see the
> files you have permissions to (ables ie. you to give your kids
> permission to play cartoons, but not porn).

Very cool.  In some respects, kinda like Netjuke, but with more media 
types supported (including video, which I don't think Netjuke does at 
all) but also with a lot more flexibility.

When are you thinking of making the code available?

Jim

Post a reply to this message

Jim Henderson wrote:
> 
> Very cool.  In some respects, kinda like Netjuke, but with more media 
> types supported (including video, which I don't think Netjuke does at 
> all) but also with a lot more flexibility.

Media support comes from the fact that it's only a frontend. It'll check
the file type by using command "file" (yes, this does incredible
quantities, if you have FLACs or MODs available...),

> When are you thinking of making the code available?

I'll need to do some cleanup, create db-dumbs (it uses MySQL for file
listing, playlist and bunch of other stuff) and collect the pieces, but
some day pretty nearly.

And yeah, I'll need to finish rendering the background-image for X :p.
12:33:03 Rendering line 200 of 544, 14155 rad. samples

> Jim

-Aero

Post a reply to this message

On Tue, 04 Nov 2008 19:11:49 +0200, Eero Ahonen wrote:

> Jim Henderson wrote:
>> 
>> Very cool.  In some respects, kinda like Netjuke, but with more media
>> types supported (including video, which I don't think Netjuke does at
>> all) but also with a lot more flexibility.
> 
> Media support comes from the fact that it's only a frontend. It'll check
> the file type by using command "file" (yes, this does incredible
> quantities, if you have FLACs or MODs available...),
> 
>> When are you thinking of making the code available?
> 
> I'll need to do some cleanup, create db-dumbs (it uses MySQL for file
> listing, playlist and bunch of other stuff) and collect the pieces, but
> some day pretty nearly.

Very cool.  I'm hoping I'll have the time to play around with it - when 
you do post it, can you let me know where?

> And yeah, I'll need to finish rendering the background-image for X :p.
> 12:33:03 Rendering line 200 of 544, 14155 rad. samples

:-)

I know the feeling; I'd probably have a render going right now if I 
wasn't trying to crack a PDF we created at work a few years ago - nobody 
has the source files any more and of course it's got an owner password on 
it.  Someone needs to parallelize pdfcrack. ;-)

Jim

Post a reply to this message

Jim Henderson wrote:
> 
> Very cool.  I'm hoping I'll have the time to play around with it - when 
> you do post it, can you let me know where?

Naturally.

>> And yeah, I'll need to finish rendering the background-image for X :p.
>> 12:33:03 Rendering line 200 of 544, 14155 rad. samples
> 
> :-)

Damn, it seems that the texts on the image will overlap. Well, I can
always tweak it also afterwards.

http://www.zbxt.net/~aero/xplbg.png

(it's tracing on my laptop, C2D 1,83GHz, 3.6 so one core only)

> I know the feeling; I'd probably have a render going right now if I 
> wasn't trying to crack a PDF we created at work a few years ago - nobody 
> has the source files any more and of course it's got an owner password on 
> it.  Someone needs to parallelize pdfcrack. ;-)

Unencrypted? Run through pdf2ps and then ps2pdf. Quick, simple and
effective ;).

> Jim

-Aero

Post a reply to this message

On Tue, 04 Nov 2008 20:16:58 +0200, Eero Ahonen wrote:

> Jim Henderson wrote:
>> 
>> Very cool.  I'm hoping I'll have the time to play around with it - when
>> you do post it, can you let me know where?
> 
> Naturally.

Thanks!

> Damn, it seems that the texts on the image will overlap. Well, I can
> always tweak it also afterwards.
> 
> http://www.zbxt.net/~aero/xplbg.png
> 
> (it's tracing on my laptop, C2D 1,83GHz, 3.6 so one core only)

32-bit system or 64?  Really cool image.

>> I know the feeling; I'd probably have a render going right now if I
>> wasn't trying to crack a PDF we created at work a few years ago -
>> nobody has the source files any more and of course it's got an owner
>> password on it.  Someone needs to parallelize pdfcrack. ;-)
> 
> Unencrypted? Run through pdf2ps and then ps2pdf. Quick, simple and
> effective ;).

<thud>  Damn, now that saved me a lot of time but is also scary at the 
same time.....Thanks for that tip!

Jim

Post a reply to this message

Jim Henderson wrote:
> 
> Thanks!

I'll still need to dump the databases and truncate the dumps. Maybe
tomorrow, I'll have to sleep before going to work tomorrow.

>> (it's tracing on my laptop, C2D 1,83GHz, 3.6 so one core only)
> 
> 32-bit system or 64?  Really cool image.

64-bit, running Gentoo Linux (surprisingly).

> <thud>  Damn, now that saved me a lot of time but is also scary at the 
> same time.....Thanks for that tip!

The easiest and quickest ways are often out of mind - partly luckily.

> Jim

-Aero

Post a reply to this message

Eero Ahonen wrote:
> Jim Henderson wrote:
>> Thanks!
> 
> I'll still need to dump the databases and truncate the dumps. Maybe
> tomorrow, I'll have to sleep before going to work tomorrow.

It's here:
http://www.zbxt.net/~aero/xplayer.tar.bz2

Yes, it's hasn't got even version number, so it's definedly something
like beta ;). It works, but still has a lot to do (tracefiles (which is
ment to keep the file-db up to date) gives continous errors, there's a
lot to implement, init-scripts are really bulk, skipping a track won't
work is something else than mplayer is playing it etc etc etc).

>>> (it's tracing on my laptop, C2D 1,83GHz, 3.6 so one core only)
>> 32-bit system or 64?  Really cool image.
> 
> 64-bit, running Gentoo Linux (surprisingly).

Update on the image also.
40:18:44 Rendering line 491 of 544, 14398 rad. samples, current status
can be seen on the same URL.

-Aero

Post a reply to this message

On Tue, 04 Nov 2008 23:05:58 +0200, Eero Ahonen wrote:

> Jim Henderson wrote:
>> 
>> Thanks!
> 
> I'll still need to dump the databases and truncate the dumps. Maybe
> tomorrow, I'll have to sleep before going to work tomorrow.

OK - probably won't have time to look much until the weekend anyways.  :-)

>>> (it's tracing on my laptop, C2D 1,83GHz, 3.6 so one core only)
>> 
>> 32-bit system or 64?  Really cool image.
> 
> 64-bit, running Gentoo Linux (surprisingly).

Why surprisingly? ;-)

>> <thud>  Damn, now that saved me a lot of time but is also scary at the
>> same time.....Thanks for that tip!
> 
> The easiest and quickest ways are often out of mind - partly luckily.

That's true enough.  Now I just need to convert from PDF to Framemaker 
and we've got the original files to work with again.  :-)

Jim

Post a reply to this message

On Wed, 05 Nov 2008 22:59:34 +0200, Eero Ahonen wrote:

> Eero Ahonen wrote:
>> Jim Henderson wrote:
>>> Thanks!
>> 
>> I'll still need to dump the databases and truncate the dumps. Maybe
>> tomorrow, I'll have to sleep before going to work tomorrow.
> 
> It's here:
> http://www.zbxt.net/~aero/xplayer.tar.bz2

Snagged it.  Like I said, probably won't have time until the weekend to 
do much with it.

> Yes, it's hasn't got even version number, so it's definedly something
> like beta ;). It works, but still has a lot to do (tracefiles (which is
> ment to keep the file-db up to date) gives continous errors, there's a
> lot to implement, init-scripts are really bulk, skipping a track won't
> work is something else than mplayer is playing it etc etc etc).

OK - good to know.  I had figured alpha-to-beta quality probably at this 
stage, given that you were still doing coding.

>>>> (it's tracing on my laptop, C2D 1,83GHz, 3.6 so one core only)
>>> 32-bit system or 64?  Really cool image.
>> 
>> 64-bit, running Gentoo Linux (surprisingly).
> 
> Update on the image also.
> 40:18:44 Rendering line 491 of 544, 14398 rad. samples, current status
> can be seen on the same URL.

Moving along pretty well. :-)

Jim
x

Post a reply to this message