Automobiles sold in the U.S. have the steering wheel on the left side of the dashboard, because roads in North America require you to drive on the right hand side of the road. The same cars have the steering wheel on the right hand side of the dashboard in the Japanese models. Clearly, a Mitsubishi Eclipse is a Mitsubishi Eclipse, regardless of where the steering wheel is located.
Except that the Eclipse is left-hand drive in Japan as well since it was designed and built in America.
If someone sent us some of these Xcards it's possible we'd start working on linux drivers for them. dxr3 is dirt cheap and completely sufficient for most people though which is why nobody is all that eager to do it.
Does this include modifications to various syscalls? Last time I tried porting something to Linux, I was dismayed to find that off_t (used in stat(2), lseek(2), etc.) was only 32-bits on x86 platforms.
Yeah, you're gonna have sync problems playing like that. Some people use aaxine as a commandline player for for their dxr3 (sortof a works by accident feature).
"Take, for instance, StarCraft . The last time I played with someone actually used a strategy besides simply building a lot of medium units and some large units and then sent them all as soon as possible was.. well, never.
That's because you played it with a bunch of morons. Like most people on Battle.Net. Everyone there wants to play maps with unlimited resources and crap. Get some people you know to play balanced maps with limited resources and don't rush. Use the keyboard shortcuts. Throw in a computer team or two to force attacking before anyone gets a really big army built up (unless you have players who will attack). You'll get better and start strategizing more.
Back when StarCraft was fairly new some friends and I used to have 4-6 player team games that lasted 2+ hours. If you can get the teams in separate rooms so they can talk verbally it's even more fun. You just gotta find the right people to play against, just like any game.
The same reason good digital cameras and scanners use 12-bits per color internally and why John Carmack wants video cards to use more bits per color internally. Error propogation sucks.
Me? I added a hollywood+ mpeg card and use my box as a movie on demand system... now to get a server with a couple of tv tuner cards to record tv shows and pipe them to the allwell box for later playback:-)
Did you use any custom software for this or just the em8300 drivers and Xine?
"They that give up essential liberty to obtain a temporary safety deserve neither liberty nor safety." -- Benjamin Franklin, 1759.
The keyword there is 'essential liberty'. Which liberties are essential? life? speech? movement? privacy? How much privacy is essential? How much of the freedom to travel is essential? I dunno.
Here's a couple guidelines off the top of my head:
1) Follow the goals of the project
Usually a project leader will have in mind where he wants the project headed. Follow it. Ask him about it if you can't find any information about this on the web page or mailing list. (Sometimes a project is organic however).
2) Follow the existing design unless it's broken
Don't change the design unless you can articulate good reasons for it. This forces people who already know the existing design to take time to learn a new one.
3) Coding style
Follow the style of the rest of the code. Some people will reformat it for you if it's good enough, but don't bet on it.
4) Keep it manageable
It's difficult to read and verify large patches. Send separate functional pieces if possible. It takes me much longer to merge big patches than smaller ones.
5) use cvs diff
Unless keeping it manageable prevents it, use 'cvs diff -u'. This generally makes things easier for you and whomever is applying your changes. Especially if you're never made a diff before.
6) Tell the project leader what you're doing
Even if you're not going to be done anytime soon, let someone know what you're doing. I had two people come up with independent debian packages for a project because one of them didn't mention it to anyone.
7) Put it on a web page somewhere
If your patch doesn't get merged put it on a web page. Send the url to the mailing lists and keep it up to date. Maybe provide a prepatched.tar.gz. If you're going to be doing it anyway let others benefit.
That's all I can think of at the moment. I try to reply to all patch emails even if I reject them but some people don't have the time. Don't feel bad if nobody replies, just manage the patches yourself if you find them that useful.
I picked one up at QuakeCon last summer. Quite useful, but I found out it's a lot harder to carry my case with one arm than the two I used to use. Unless you're stronger than I am (pretty likely, actually) the shoulder strap is very handy, if awkward.
hehe, that's a great idea. We should impose a caste system based on user id. People over 50000 can slave in the mud pits making bricks as people under 20000 mercilessly whip them.
And if you're good, you can be one of the guys who feed wine and grapes to those under 1000 and keep the fan moving.
It's not just 'a guy' auctioning these, it's Robert Woodhead of AnimEigo. Bubblegum Crisis is one of their licenses and it looks like these used to be used for promotion at Cons. Bubblegum Crisis was also their first DVD release (unfortunately sublicensed to Multimedia 2000, but the rerelease is pretty good by all accounts). He sent an email to the AnimEigo-DVD list about this Dec 7.
I personally don't care less what your intentions are in the dead of night jiggling my door handle, I'm going to shoot you first and ask questions later.
You'd shoot someone for jiggling your door handle? First, I'd make sure it's on there tight and won't jiggle, then I'd get a motion sensor light. If that didn't work maybe I'd get a fence or call the cops.
But then again I'd probably be dead asleep and wouldn't notice unless I had some sort of security camera logging the event. I'm certainly not gonna have it wake me up if someone jiggles the door handle. Now, if they actually open the door..
Hint: You are not their target audience. Take another look at it from that perspective. The little lights on the 'invisible enemies', the preference for explanation over inference, etc. They shouldn't have retargeted it but they did. The surprising thing is that they managed to keep the show almost as enjoyable if not quite as mysterious/deep. They kept the scene where Allen kisses Hitomi to make Dilandau think she's just his lover. They didn't explain it so I doubt the kids really understood but they kept it. I really want to see what they do with the later episodes.
Keep in mind that I'm talking about after the first/second episode. I hate the new music they put in there too. But after that episode I haven't noticed it. The new sound effects pop out at me but they're aren't too bad.
1) Good/Stylish Illustration
2) Good/Smooth Animation
3) Good/Coherent Plot
4) Good Music
5) Good/Listenable Dub (in whatever language you prefer, with or without subtitles)
And how many episodes of Fox's Escaflowne did you watch? After the first/second episode combination it is surprisingly well done. I am very impressed. Check out this interview with the director of the Fox version.
Have you ever tried Earl Grey tea? It sucks.
Automobiles sold in the U.S. have the steering wheel on the left side of the dashboard, because roads in North America require you to drive on the right hand side of the road. The same cars have the steering wheel on the right hand side of the dashboard in the Japanese models. Clearly, a Mitsubishi Eclipse is a Mitsubishi Eclipse, regardless of where the steering wheel is located.
Except that the Eclipse is left-hand drive in Japan as well since it was designed and built in America.
What up with all the UNIX guys having beards? Not like little beards either, but big bushy ones...
Laziness
:)
If someone sent us some of these Xcards it's possible we'd start working on linux drivers for them. dxr3 is dirt cheap and completely sufficient for most people though which is why nobody is all that eager to do it.
They should just glue it on the back of a tooth. They don't mention why it has to be inside.
Round up some friends and play till your fingers bleed..
Does this include modifications to various syscalls? Last time I tried porting something to Linux, I was dismayed to find that off_t (used in stat(2), lseek(2), etc.) was only 32-bits on x86 platforms.
-D_FILE_OFFSET_BITS=64
Yeah, you're gonna have sync problems playing like that. Some people use aaxine as a commandline player for for their dxr3 (sortof a works by accident feature).
"Take, for instance, StarCraft . The last time I played with someone actually used a strategy besides simply building a lot of medium units and some large units and then sent them all as soon as possible was.. well, never.
That's because you played it with a bunch of morons. Like most people on Battle.Net. Everyone there wants to play maps with unlimited resources and crap. Get some people you know to play balanced maps with limited resources and don't rush. Use the keyboard shortcuts. Throw in a computer team or two to force attacking before anyone gets a really big army built up (unless you have players who will attack). You'll get better and start strategizing more.
Back when StarCraft was fairly new some friends and I used to have 4-6 player team games that lasted 2+ hours. If you can get the teams in separate rooms so they can talk verbally it's even more fun. You just gotta find the right people to play against, just like any game.
The same reason good digital cameras and scanners use 12-bits per color internally and why John Carmack wants video cards to use more bits per color internally. Error propogation sucks.
Me? I added a hollywood+ mpeg card and use my box as a movie on demand system... now to get a server with a couple of tv tuner cards to record tv shows and pipe them to the allwell box for later playback :-)
Did you use any custom software for this or just the em8300 drivers and Xine?
Rick (rick*kuroyi.net)
http://dxr3.sf.net
"They that give up essential liberty to obtain a temporary safety deserve neither liberty nor safety." -- Benjamin Franklin, 1759.
The keyword there is 'essential liberty'. Which liberties are essential? life? speech? movement? privacy? How much privacy is essential? How much of the freedom to travel is essential? I dunno.
Here's a couple guidelines off the top of my head:
.tar.gz. If you're going to be doing it anyway let others benefit.
1) Follow the goals of the project
Usually a project leader will have in mind where he wants the project headed. Follow it. Ask him about it if you can't find any information about this on the web page or mailing list. (Sometimes a project is organic however).
2) Follow the existing design unless it's broken
Don't change the design unless you can articulate good reasons for it. This forces people who already know the existing design to take time to learn a new one.
3) Coding style
Follow the style of the rest of the code. Some people will reformat it for you if it's good enough, but don't bet on it.
4) Keep it manageable
It's difficult to read and verify large patches. Send separate functional pieces if possible. It takes me much longer to merge big patches than smaller ones.
5) use cvs diff
Unless keeping it manageable prevents it, use 'cvs diff -u'. This generally makes things easier for you and whomever is applying your changes. Especially if you're never made a diff before.
6) Tell the project leader what you're doing
Even if you're not going to be done anytime soon, let someone know what you're doing. I had two people come up with independent debian packages for a project because one of them didn't mention it to anyone.
7) Put it on a web page somewhere
If your patch doesn't get merged put it on a web page. Send the url to the mailing lists and keep it up to date. Maybe provide a prepatched
That's all I can think of at the moment. I try to reply to all patch emails even if I reject them but some people don't have the time. Don't feel bad if nobody replies, just manage the patches yourself if you find them that useful.
Rick Haines (rick&kuroyi!net)
http://dxr3.sf.net
But I suspect since sourceforge hosts MANY CVS based projects, that open-source software could be injected with outside code...
A developer with any sense is going to do a cvs diff and verify any changes before continuing on like usual. No big deal really.
The price of a used-but-decent G3?! Dude, get an iBook. Or even a Cube.
Have you guys never seen the movie? Nicodemus uses a mirror that spins up to ultra high rpm's to show Mrs. Brisby what happened to her husband.
Does this make anyone else think of The Secret of NIMH?
I picked one up at QuakeCon last summer. Quite useful, but I found out it's a lot harder to carry my case with one arm than the two I used to use. Unless you're stronger than I am (pretty likely, actually) the shoulder strap is very handy, if awkward.
hehe, that's a great idea. We should impose a caste system based on user id. People over 50000 can slave in the mud pits making bricks as people under 20000 mercilessly whip them.
And if you're good, you can be one of the guys who feed wine and grapes to those under 1000 and keep the fan moving.
Sounds good to me.
It's not just 'a guy' auctioning these, it's Robert Woodhead of AnimEigo. Bubblegum Crisis is one of their licenses and it looks like these used to be used for promotion at Cons. Bubblegum Crisis was also their first DVD release (unfortunately sublicensed to Multimedia 2000, but the rerelease is pretty good by all accounts). He sent an email to the AnimEigo-DVD list about this Dec 7.
I personally don't care less what your intentions are in the dead of night jiggling my door handle, I'm going to shoot you first and ask questions later.
You'd shoot someone for jiggling your door handle? First, I'd make sure it's on there tight and won't jiggle, then I'd get a motion sensor light. If that didn't work maybe I'd get a fence or call the cops.
But then again I'd probably be dead asleep and wouldn't notice unless I had some sort of security camera logging the event. I'm certainly not gonna have it wake me up if someone jiggles the door handle. Now, if they actually open the door..
wget ftp://ftp.us.kernel.org/pub/linux/kernel/v2.4/linu x-2.4.0-test8.tar.bz2 . .. /kernel-*.deb
bzip2 -cd linux-2.4.0-test8.tar.bz2 | tar xvf -
cd linux
cp ~/.config
make-kpkg kernel_image kernel_headers
cd
dpkg -i
Hint: You are not their target audience. Take another look at it from that perspective. The little lights on the 'invisible enemies', the preference for explanation over inference, etc. They shouldn't have retargeted it but they did. The surprising thing is that they managed to keep the show almost as enjoyable if not quite as mysterious/deep. They kept the scene where Allen kisses Hitomi to make Dilandau think she's just his lover. They didn't explain it so I doubt the kids really understood but they kept it. I really want to see what they do with the later episodes.
Keep in mind that I'm talking about after the first/second episode. I hate the new music they put in there too. But after that episode I haven't noticed it. The new sound effects pop out at me but they're aren't too bad.
1) Good/Stylish Illustration
2) Good/Smooth Animation
3) Good/Coherent Plot
4) Good Music
5) Good/Listenable Dub (in whatever language you prefer, with or without subtitles)
And how many episodes of Fox's Escaflowne did you watch? After the first/second episode combination it is surprisingly well done. I am very impressed. Check out this interview with the director of the Fox version.