The collected works of Adrenaline - Page 3

smj wrote: NOT WORKING
2GB: Micron MT36VDDF25672G-335D2 - PC2700R-25331-Z (PC2700R, DDR1, 333MHz, CL2.5, ECC, Registered)

BetXen wrote: I have lots of the following 2GB ram parts. All of them work perfectly:

Dataram DTP63692E A0: DDR 184pin PC2700 ECC Registered
Smart SME72564FD8C0CGSG: 184P-DDR-2GB-PC2700 ECC-REG

BetXen wrote: Unfortunately, I think that all of them are installed in my blades. Have to check if I have spares. Let me know.

Lupin_the_3rd wrote: I use Handbrake and rip to .m4v format. It works really well. I have all 400+ of my DVD's stored like this now. Handbrake allows you to choose whether to rip the subtitles into a separate subtitles file, or whether to embed the subtitle text directly into the video. Ripping to a separate file allows your player to render the text, so you can choose the font, etc. But not all players support this. Embedding them into the video file ensures they work in every player.

My server is running CentOS with mdadm mirror of 2x 2TB drives. It is exporting via NFS to my player, a Raspberry Pi running OpenELEC / XBMC. This allows the server to live in the basement, so I don't hear noisy fans or hard drives in the living room.

The Keeper wrote: I can't figure out how to force HandBrake to encode the english subtitles in the MP4 files with some of the content, even though I selected "burn in". I don't even want to be presented with the option of enabling/disabling the subtitles, I want them unconditionally enabled.

A limitation that I'm finding with HandBrake is that with some of the content, I end up having to create separate MP4 files for each episode on a DVD, which is a bit of a nuisance.

I think the MKV files are supposed to have more robust subtitling features than M4V (MP4). You could give them a try and compare back to back.

I personally prefer having each episode as a separate file. 20 episodes = 20 files. Easier to manage that way, in my opinion, than trying to remember which episode is on which disc.

mia wrote: If you don't already have some altix-specific software to run on this, it's not worth it.
we use it for quicktransit.

vishnu wrote: When InfiniteReality first came out Hughes Aircraft used it to build F-16 fight trainers for Air Force use but I'm pretty sure there aren't any members here who have one of those with the complete virtual reality chamber to go with it...

guardian452 wrote: 2008.


How to get a good price is (a) know where to look (industrial/university surplus auctions, etc) , or (b) know somebody who wants to get rid of one.

robespierre wrote: I can't even imagine how much hardware has been butchered by the "recapping" hysteria.
The Indy power supplies commonly fail, see the info here: http://www.nekochan.net/reputable/indytech.html

jimmer wrote: Erhmmm... you're thinking of grabbing a POWER box to explicitly run FreeBSD... or do you just need a box to run some service or to function as a daily driver workstation?

If to run FreeBSD... perhaps a recent-ish SPARC box? On the other hand, you could just also admit that desktop hardware is x86. Over. Out. Done. Dusted. Buy yourself some new x86 junk, restore your backups and immediately start putting pennies into the when-shit-happens-again fund.

Stoo wrote: I'm not even sure there is much interest in Windows 10 period

guardian452 wrote: It is currently on sale for $5 at GOG
http://www.gog.com/game/tesla_effect_a_ ... _adventure

I've never played a FMV before, but it looks really interesting and since the story features Tesla (looks like an operational Wardenclyffe in the trailer) it can't be that bad

I've downloaded it already, as soon as I get home again I'll play it. Warning, it's close to 17GB with the patch and took about an hour to download

vishnu wrote: Having worked on several fairly large scale commercial development projects I can only say that in my humble opinion it is absolutely, unequivocally, 100 percent impossible to do so without a version control system. Back in the dark ages when we did all our development on SGIs we used CVS, now we use Clear Case. The main advantage to git over CVS is that it is much faster at merging large changesets. I don't know much about Mercurial or Subversion but I've always assumed they're basically the result of "not invented here" syndrome...

xiri wrote: Hi,

has anybody tested the ATI FireMV 2200 PCI on either Altix350 or Prism ?

Btw, there is actually a great offer to upgrade the Itanium2-cpu available on either Ebay or directly on their web-shop (2,49€ + shipping).
I do recommend the webshop (english/german) as it calculates the shipping cost correctly, Ebay does not.

http://www.ebay.de/itm/Intel-ITANIUM-2- ... 231486ebaa

https://www.servershop24.de/komponenten ... /a-103229/

If I remember correctly, the 1.6ghz 9mb L3-Madison was the fastest cpu for the Altix350 as the following release Montecito, which brought virtualization support to the IA-64, was not supported anymore.

TeamBlackFox wrote: 2. The, in my opinion, absurdity of using C# for anything... ( I have a problem with VM languages )

TeamBlackFox wrote: Indeed, thieves would have to be very aware of what I have to go after it.

Adrenaline wrote: Really? You might have been out of the CLR world for a while, but you can pre-jit your application and with the relatively new .NET Native (came out a year ago), it compiles your C# code to machine code without any dependencies on the .NET framework.

Well aware of this, I just don't care. Its in the same class as Java, but worse because Mono is a hopelessly broken piece of junk and the open sourced .NET doesn't run on FreeBSD or OpenSXCE, the two modern desktop OSes I use, unless you happen to use the aforementioned Mono. There'ls other complaints but moreso I've rarely heard of someone so into UNIX being a fan of an Microsoft-derived product (yes, everyone knows abotu Xenix, which is now defunct.)

armanox wrote:

TeamBlackFox wrote: Indeed, thieves would have to be very aware of what I have to go after it.

Adrenaline wrote: Really? You might have been out of the CLR world for a while, but you can pre-jit your application and with the relatively new .NET Native (came out a year ago), it compiles your C# code to machine code without any dependencies on the .NET framework.

Well aware of this, I just don't care. Its in the same class as Java, but worse because Mono is a hopelessly broken piece of junk and the open sourced .NET doesn't run on FreeBSD or OpenSXCE, the two modern desktop OSes I use, unless you happen to use the aforementioned Mono. There'ls other complaints but moreso I've rarely heard of someone so into UNIX being a fan of an Microsoft-derived product (yes, everyone knows abotu Xenix, which is now defunct.)

Last time I checked Mono was several versions behind Microsoft anyway...

I actually don't mind Java and C# as programming languages. My issue with C# is platform binding (despite being a portable language, it's not been ported and nobody really cares to), and Java is the amount of bad Java out there (and people doing things they were told not to do, which results in hard dependencies on certain java versions (at some point the com.sun packages started changing, probably to com.oracle, and they were never a core part of the language anyway, and people relied on them despite being told they probably should do that)

foetz wrote:

Adrenaline wrote: It'll be interesting in the next year where the wearables market goes.

total surveillance of course. for corporations as well as intelligence services that stuff is golden and people even dig it. couldn't get much better for them

sgifanatic wrote:

GL1zdA wrote: This is so sad: http://www.digital.com/

I recently started reading "DEC is Dead, Long live DEC", but had to put that on hold as I got distracted with other things. Here's the URL if someone else is interested:

This thread is a good - if somewhat depressing - reminder that I need to finish that...

sgifanatic wrote: I don't know the reasons why, but I would guess at atleast two:

First, the term pizza box was almost a category descriptor at the time, thanks to Sun. NeXT did the unconventional cube and then moved to the pizza box design also. I think Unix workstation vendors felt they needed a "pizza box" to be in the pizza box workstation business. This form factor, prior to xU-standardized rack mounted equipment, also allowed for greater density when placed in racks.

Second, the Indigo2 implemented EISA and since this bus originated in the PC world, the most convenient way to accommodate EISA card dimensions was to go for a PC style chassis form-factor. Which is roughly what the Indigo2 was.

And yes, placing the monitor on top of the desktop case could have been a third reason. It makes logical sense.

kjaer wrote: I'd like to counter the idea that "pizza box" == "any desktop style enclosure". An Indigo2 is not a pizza box. The Tandy 1000 is not a pizza box. I'd argue that the Sun Ultra 1 isn't really a pizza box. Indy, sure.

The SPARCstation 1 really does resemble a pizza box in many ways. It was a novel package for a computer system, by 1989 standards.

uunix wrote: Reverse Psychology Sales Pitch Hamei?

kramlq wrote: Seeing as the thread is already resurrected.... if any of the original posters are reading, there is a short paper on the Indigo2 design, but mostly from a thermal/airflow perspective:
http://s3.mentor.com/public_documents/s ... tation.pdf