Maybe Cowboy Bebop will have a gunfight that goes into overtime...
A few years back, the NFL started pushing late football games (4 ET, 1 PT) back to 4:15 if they were part of double-headers on a network, implicitly assuming that games generally run 3 hours 15 minutes. 3:15 * 2 == 6:30, meaning that they never expected the 7PM show to air, since football was assumed to go to 7:30. And that's forgetting the likelihood of overtime, or cutting over to another late game when yours finishes. Not for nothing does TiVo's schedule for NFL "Sunday Ticket" programs assume that 4PM games potentially last until 8:30PM.
So yeah, looks like Fox did their best to kill the show good and dead. They shouldn't have even purported to have it on the schedule until after football season.
TechTV is showing up on FC every couple of months, laying off a few more here and there... when they were launched, they probably budgeted for the crazy dot-com advertising dollars, which would allow them to create (expensive) live programming all the time. Now that's gone, there's a clear move towards cheaper programming, only keeping in production the shows that deliver ratings or advertiser interest ("Extended Play" good, John C. Dvorak bad).
So why would anime be cheap? There's so much of it out there, that I suspect the US companies making VHS and DVD home video releases are willing to license it pretty cheap for TV in hopes of getting enough exposure that they can cut through the clutter and sell more $25 discs. Series that have run on Cartoon Network (Dragon Ball Z, Gundam Wing, etc.) have had pretty nice sales.
Since you're praising RealVideo 9, I assume you mean "efficient".
Actually, I was shocked watching the announcement yesterday that RealPlayer was gobbling 80% of the CPU on my iBook, and still stuttering. Do you find it disproporionately resource-intensive compared to MPEG-4, Sorenson 3, Windoze Media or the other contemporary codecs?
--Chris (realinvalidname)
Java Media Framework (was Bob is a bit confused)
on
Open Source TV
·
· Score: 1
JMF has an all-Java version, and the MPEG-4 player is all-java, so yes, you can create an applet that doesn't require WMP/QT/Real installed on the client. An app called jmfcustomizer trims the jar so that you only send the classes needed for your app.
That said, it seems like there is a risk of having to download the same.jar over and over again, unless your browser caches jars, or if they use something cool like Java Web Start (which isn't widely deployed).
Maybe they'll have seperate links for "self-contained applet" vs. "I already have an MPEG-4 player, thanks"
My only complaint about the IBM MPEG-4 support is that it only seems to support MPEG-4 video codec in.avi files (like DiVX), not the.mp4 files created by QuickTime.
Old wisdom: "if you can't be good to yourself, you won't be good to anyone else."
Anyone who would purport to run a company like this has no business running a company. This is an attempt to cheat not only the employees out of their proper compensation, hell, their lives, it is an attempt to cheat reality itself, to get something for nothing, to get good code from bad practice.
Of course, code written on no sleep, no thought, no sleep-on-it-time is invariably crap. But it doesn't matter -- someone like this wouldn't think twice about exploiting his customers [if there are any, and I'll bet there aren't] just as badly.
I've seen this -- a couple guys at my last company worked 12-hour days and every weekend for two months getting a critical (but hopelessly flawed, thanks to the idiot CTO) project together. Instead of being compensated for their extraordinary efforts, they were laid off with the rest of the engineers.
Your company is probably already dead. Even if not, do you want to sacrifice this much to make him rich? The worst thing that can happen, unlikely as it is, is that you guys put in these hours and get a decent project out, which would only serve to prove that this is an acceptable practice.
Run. Now. And post the name of the company so the rest of us know not to work there.
I haven't tried Yellow Dog, but I have Debian running on a Performa 6400, and I like it a lot more than I did LinuxPPC. Is it just me or do a lot of people forget that you can run Debian on Mac hardware?
I'm running Debian on an old Performa 6400/200 just as a web server for my subdivision and it's totally what you'd expect, ie, if you can get it up and running, it's great (esp. apt-get, as debian fans know well)
My only problem is that I could never get the linux partition bootable (and didn't leave myself a small mac partition) because of the absolute misery that is open firmware, so when I reboot, I have to hook up a zip drive that has a mac partition and bootx (set to boot linux after a 10 sec wait)
BTW, I had a lot of help from a hard-core debian fan, so I can't speak intelligently to how easy/difficult it would be to set up from scratch. I'll say this though -- all we did was get the first of the cd's from linuxiso.com and installed enough of that to get apt-get happy, and haven't looked back.
Sure, but the default version doesn't give you syntax-coloring in X. To really rock out:
* Get fink (http://fink.sourceforge.net/)
* Use fink (or apt-get, which fink installs) to get the rootless XFree86 and the real emacs
* Get the OroborOSX window manager (http://julia.et.ic.ac.uk/adrian/software/oroboros x/)
* setenv EDITOR/sw/bin/emacs (or, if you're on an iBook, setenv EDITOR "/sw/bin/emacs -geometry 80x25")
* tweak your.emacs file with goodness like:
(set-default-font "-adobe-courier-medium-r-normal--12-120-75-75-m-70 -iso8859-1")
(setq mac-command-key-is-meta t)
* Do your happy geek dance.
--realinvalidname
Do you think IDE will increase your productivity?
on
Java IDEs?
·
· Score: 1
The original poster says part of what's prompting this consideration of IDE's is a desire for greater productivity. Do you buy that assumption? As soon as someone starts thinking a tool will make developers code faster, I start thinking of various chapters in The Mythical Man-Month. There ain't no silver bullet!
I've gone from being IDE-dependent to IDE-free, largely as a result of moving from Mac OS 9 to Mac OS X. On 9, without a command line, an IDE was a practical neccessity -- for a project of several hundred source files, I'm not sure that the drag-and-drop javac (or jikes) would even work, since you needed the IDE to manage all those files and their dependencies. I started with the late, beloved Roaster, then moved on to CodeWarrior.
I changed jobs (bad move, but beside the point) and went to more of a Unix shop right around the time Mac OS X Public Beta was released. I coded on a Linux box until OS X was final, and have now gone Mac-only. As you'd expect in a unix shop, everything is done with makefiles, so you don't need the IDE to manage your dependencies. In a case like this, if your makefile is doing fancy stuff like building distribution jars, zips, or wars, making rmi stubs/skels, etc., the IDE actually will slow you down because you have to jump out of it and go to a command line to use make.
Some of my fellow team members are using IntelliJ just for the styled-text editing, but at this point, I'm using emacs in XFree86 with the wonderful OroborOSX window manager.
On the other hand, we're still using println's for debugging. I'm the only one here who understands jdb, and I rarely use it, so maybe that's an area where an IDE would help. Whether your IDE supports servlet debugging is another matter.
If your boss wants you to be more efficient, tell her to give you more weeks up front for design, and use it. Better designed code always pays off.
Slashdot Mirror
A few years back, the NFL started pushing late football games (4 ET, 1 PT) back to 4:15 if they were part of double-headers on a network, implicitly assuming that games generally run 3 hours 15 minutes. 3:15 * 2 == 6:30, meaning that they never expected the 7PM show to air, since football was assumed to go to 7:30. And that's forgetting the likelihood of overtime, or cutting over to another late game when yours finishes. Not for nothing does TiVo's schedule for NFL "Sunday Ticket" programs assume that 4PM games potentially last until 8:30PM.
So yeah, looks like Fox did their best to kill the show good and dead. They shouldn't have even purported to have it on the schedule until after football season.
invalidname
So why would anime be cheap? There's so much of it out there, that I suspect the US companies making VHS and DVD home video releases are willing to license it pretty cheap for TV in hopes of getting enough exposure that they can cut through the clutter and sell more $25 discs. Series that have run on Cartoon Network (Dragon Ball Z, Gundam Wing, etc.) have had pretty nice sales.
realinvalidname
Still, that's $600 more than gcc and/or ProjectBuilder, and $600 more than I'm willing to spend to participate in an open-source project.
realinvalidname
Actually, I was shocked watching the announcement yesterday that RealPlayer was gobbling 80% of the CPU on my iBook, and still stuttering. Do you find it disproporionately resource-intensive compared to MPEG-4, Sorenson 3, Windoze Media or the other contemporary codecs?
--Chris (realinvalidname)
JMF has an all-Java version, and the MPEG-4 player is all-java, so yes, you can create an applet that doesn't require WMP/QT/Real installed on the client. An app called jmfcustomizer trims the jar so that you only send the classes needed for your app.
That said, it seems like there is a risk of having to download the same .jar over and over again, unless your browser caches jars, or if they use something cool like Java Web Start (which isn't widely deployed).
Maybe they'll have seperate links for "self-contained applet" vs. "I already have an MPEG-4 player, thanks"
BTW, if Bob gets too many hits, won't he have to pay the content provider fee?
My only complaint about the IBM MPEG-4 support is that it only seems to support MPEG-4 video codec in .avi files (like DiVX), not the .mp4 files created by QuickTime.
--realinvalidname
Old wisdom: "if you can't be good to yourself, you won't be good to anyone else."
Anyone who would purport to run a company like this has no business running a company. This is an attempt to cheat not only the employees out of their proper compensation, hell, their lives, it is an attempt to cheat reality itself, to get something for nothing, to get good code from bad practice.
Of course, code written on no sleep, no thought, no sleep-on-it-time is invariably crap. But it doesn't matter -- someone like this wouldn't think twice about exploiting his customers [if there are any, and I'll bet there aren't] just as badly.
I've seen this -- a couple guys at my last company worked 12-hour days and every weekend for two months getting a critical (but hopelessly flawed, thanks to the idiot CTO) project together. Instead of being compensated for their extraordinary efforts, they were laid off with the rest of the engineers.
Your company is probably already dead. Even if not, do you want to sacrifice this much to make him rich? The worst thing that can happen, unlikely as it is, is that you guys put in these hours and get a decent project out, which would only serve to prove that this is an acceptable practice.
Run. Now. And post the name of the company so the rest of us know not to work there.
Sun pulled downloads of the Java Media Framework last week because of an undisclosed "licensing issue". Wonder if this it.
Guess there's no point promoting my open-source shoutcast/icecast support for JMF anymore. Damn. Almost topped 20 downloads.
--realinvalidname
I haven't tried Yellow Dog, but I have Debian running on a Performa 6400, and I like it a lot more than I did LinuxPPC. Is it just me or do a lot of people forget that you can run Debian on Mac hardware?
--invalidname
Aa, Piro-san. "iCard" o katte koto ga arimasu ka? Muryouno desu! (http://www.apple.com/icards)
--invalidname
TRANSLATION: Piro, have you ever created [written] an iCard? It's free!
My only problem is that I could never get the linux partition bootable (and didn't leave myself a small mac partition) because of the absolute misery that is open firmware, so when I reboot, I have to hook up a zip drive that has a mac partition and bootx (set to boot linux after a 10 sec wait)
BTW, I had a lot of help from a hard-core debian fan, so I can't speak intelligently to how easy/difficult it would be to set up from scratch. I'll say this though -- all we did was get the first of the cd's from linuxiso.com and installed enough of that to get apt-get happy, and haven't looked back.
Sure, but the default version doesn't give you syntax-coloring in X. To really rock out:
s x/)
/sw/bin/emacs (or, if you're on an iBook, setenv EDITOR "/sw/bin/emacs -geometry 80x25")
.emacs file with goodness like:
0 -iso8859-1")
* Get fink (http://fink.sourceforge.net/)
* Use fink (or apt-get, which fink installs) to get the rootless XFree86 and the real emacs
* Get the OroborOSX window manager (http://julia.et.ic.ac.uk/adrian/software/oroboro
* setenv EDITOR
* tweak your
(set-default-font "-adobe-courier-medium-r-normal--12-120-75-75-m-7
(setq mac-command-key-is-meta t)
* Do your happy geek dance.
--realinvalidname
The original poster says part of what's prompting this consideration of IDE's is a desire for greater productivity. Do you buy that assumption? As soon as someone starts thinking a tool will make developers code faster, I start thinking of various chapters in The Mythical Man-Month. There ain't no silver bullet!
I've gone from being IDE-dependent to IDE-free, largely as a result of moving from Mac OS 9 to Mac OS X. On 9, without a command line, an IDE was a practical neccessity -- for a project of several hundred source files, I'm not sure that the drag-and-drop javac (or jikes) would even work, since you needed the IDE to manage all those files and their dependencies. I started with the late, beloved Roaster, then moved on to CodeWarrior.
I changed jobs (bad move, but beside the point) and went to more of a Unix shop right around the time Mac OS X Public Beta was released. I coded on a Linux box until OS X was final, and have now gone Mac-only. As you'd expect in a unix shop, everything is done with makefiles, so you don't need the IDE to manage your dependencies. In a case like this, if your makefile is doing fancy stuff like building distribution jars, zips, or wars, making rmi stubs/skels, etc., the IDE actually will slow you down because you have to jump out of it and go to a command line to use make.
Some of my fellow team members are using IntelliJ just for the styled-text editing, but at this point, I'm using emacs in XFree86 with the wonderful OroborOSX window manager.
On the other hand, we're still using println's for debugging. I'm the only one here who understands jdb, and I rarely use it, so maybe that's an area where an IDE would help. Whether your IDE supports servlet debugging is another matter.
If your boss wants you to be more efficient, tell her to give you more weeks up front for design, and use it. Better designed code always pays off.