Slashdot Mirror

I have to say that you're the one who is confused here. Do you know what interlacing really means?

It means that each individual pixel by itself only has to refresh 30 times per second, but the image as a whole refreshes 60 times per second. This is accomplished by refreshing half the pixels on the screen each time, and doing this for 60 times per second.

In other words, a 16ms per-pixel response time is way more than enough to display 60 fields per second interlaced without blurring.

You are also (deliberately?) confusing screen refresh with motion refresh. No LCD in the world uses a screen refresh of 60hz. The 60hz refresh time for LCDs only applies to changing images. Static images on an LCD have effectively infinite refresh rate because of the inertia of the crystal state.

Moreover, computer video often does not use any interlacing at all because the video on a DVD is often encoded as full frame progressive non-interlaced video with subsequent interlacing added by the DVD player when (and only when) displaying on a normal television set. In these situations, computer playback yields a cinematic rate of 24 frames per second with no absolutely no field level interlacing.

In fact even video which is encoded interlaced often allows the original progressive frames to be recovered 100% perfectly using inverse telecine techniques. I wrote the Linux Digital Fansubbing Guide and I have watched a lot of digital video which uses telecine -- I know what I'm talking about here.

I should note that I'm not really trying to defend LCD screens here. I find LCDs perfect for text and office work but I do not use them for video work, not because of refresh rate, but because of color accuracy (or lack thereof). However I do feel that your reasons for rejecting LCDs are not based on any legitimate or correct reasons.

I have to say that you're the one who is confused here. Do you know what interlacing really means?

It means that each individual pixel by itself only has to refresh 30 times per second, but the image as a whole refreshes 60 times per second. This is accomplished by refreshing half the pixels on the screen each time, and doing this for 60 times per second.

In other words, a 16ms per-pixel response time is way more than enough to display 60 fields per second interlaced without blurring.

You are also (deliberately?) confusing screen refresh with motion refresh. No LCD in the world uses a screen refresh of 60hz. The 60hz refresh time for LCDs only applies to changing images. Static images on an LCD have effectively infinite refresh rate because of the inertia of the crystal state.

Moreover, computer video often does not use any interlacing at all because the video on a DVD is often encoded as full frame progressive non-interlaced video with subsequent interlacing added by the DVD player when (and only when) displaying on a normal television set. In these situations, computer playback yields a cinematic rate of 24 frames per second with no absolutely no field level interlacing.

In fact even video which is encoded interlaced often allows the original progressive frames to be recovered 100% perfectly using inverse telecine techniques. I wrote the Linux Digital Fansubbing Guide and I have watched a lot of digital video which uses telecine -- I know what I'm talking about here.

I should note that I'm not really trying to defend LCD screens here. I find LCDs perfect for text and office work but I do not use them for video work, not because of refresh rate, but because of color accuracy (or lack thereof). However I do feel that your reasons for rejecting LCDs are not based on any legitimate or correct reasons.

SpeedLimit works by limiting the request rate of each IP address. If your web site consists of many small files (which sounds like the case), then curbing the request rate is enough to cure the most abusive bots. A determined adversary can still circumvent request rate limits with wget --random-wait, but it will be more frustrating for them, and a large percentage of clients can be expected to give up altogether.

If your web site has lots of large files, then (tooting my own horn here) your best choice is to use my mod_limitipconn module together with mod_bandwidth. The mod_bandwidth sets a total limit on traffic and the mod_limitipconn ensures that any single IP address gets only its fair share of that total traffic. I would also advise you in this case to use mod_bandwidth's built in ability to exempt small files from the bandwidth limits.

If your situation is such that the vast majority of visitors intend to download your whole web site, then your best option is to seed a bittorrent tarball of your whole web site.

That should just about cover all the bases. No single one of these proposals is ideal, but you have to realize that overcapacity has no elegant solution. The goal is to manage the situation as best you can using the available tools.

I had the same problem on my rather popular site (posting AC to to avoid /.'ing of my site). I found that a combination of mod_bandwidth and mod_limitipconn does the trick. That combined with a script that monitors the errorlog and reconfigures the firewall to block abusers.

I've opened all the side panels and bottom panels and none of them leads to a hard drive. As best I can tell, the hard drive is near the front of the laptop under the touchpad, but I haven't been able to access it yet, even after unscrewing all the screws on the case and opening the laptop as far as I dared.

If you know how to replace the hard drive on a compaq presario 2100us, I'd love to hear from you.

As for the question of whether to leave the battery in, I usually take it out for long term storage because the buchmann battery faq says li-ion batteries store best at 40% charge level and cold temperatures. While I don't go so far as to refrigerate my batteries, I can't help but think that storing them at 40% charge, 25 degC is better than storing them in my laptop where they would be at 100% charge, 40 degC. So far my oldest battery (1 year old) is at about 88% of original charge, which is in line with the figures given on the web page considering that it has seen more usage than just sitting in storage.

If John Doe is a little bit educated, he might use tools like GetRight. GetRight supports partial transfer from both FTP and HTTP.

Since you asked...

My subtitling guide describes how I (used to) subtitle in linux and my timing guide describes how I do wav timing.

Both of these documents are unfortunately old, and I have not had the time to update them to reflect recent improvements. For the subtitling engine I have switched to using transcode instead of mplayer, because transcode has all the features I described in the previous post, including inverse pulldown which is very important for anime! (Probably not important for finnish TV, since pulldown is an NTSC-only abomination.)

For wav timing, I still use the same basic input setup as described on my timing page, but I have written a graphical interface which allows somewhat sane editing of the script without *having* to know SQL. A preliminary version can be seen in this screenshot. I plan to release this software as well, probably at the same time I update the guide.

At the present time my Ph.D thesis takes priority, so expect to wait a few months before I get back into fansubbing mode.

Since you asked...

My subtitling guide describes how I (used to) subtitle in linux and my timing guide describes how I do wav timing.

Both of these documents are unfortunately old, and I have not had the time to update them to reflect recent improvements. For the subtitling engine I have switched to using transcode instead of mplayer, because transcode has all the features I described in the previous post, including inverse pulldown which is very important for anime! (Probably not important for finnish TV, since pulldown is an NTSC-only abomination.)

For wav timing, I still use the same basic input setup as described on my timing page, but I have written a graphical interface which allows somewhat sane editing of the script without *having* to know SQL. A preliminary version can be seen in this screenshot. I plan to release this software as well, probably at the same time I update the guide.

At the present time my Ph.D thesis takes priority, so expect to wait a few months before I get back into fansubbing mode.

I wrote the Linux Digital Fansubbing Guide. I have a section in there on SVCDs. So I know a thing or two about making SVCDs in Linux.

Here's a couple of Linux programs that can encode mpeg-2:

• mjpegtools
• transcode (see here for its SVCD documentation section)

Avisynth has also been useful for various NLE and filtering tasks...is something similar available for Linux?

Okay, here's the beauty of Linux. You don't need it. If you simply want to frameserve an AVI, a named pipe (man mkfifo) will do just fine. If you want to do fancy stuff like overlay two AVIs, check out the subtitler plugin in the transcode software I mentioned above, which can do overlays, fades, and scrolling of many types of objects including text, pictures, and video.

not_cub

First off, although I'm not big on the internet digisubbing scene and I've never encountered your (or anybody else's) work, I do appreciate the positive effects that you and other fansubbers have had on the success of the anime industry in the US. I am myself a fansubber (read my Linux fansubbing guide if you don't believe me), and although I don't distribute fansubs publicly out of concern for copyrights, I bet we must have a lot in common if we're both crazy enough to fansub ;-)

if you don't BUY anime, there WILL be no anime.

I totally agree with this statement. However, in light of this statement, I don't see how you can possibly object to the original post's suggestion to buy the R2 DVD. A sale of the R2 DVD is still a sale, and still supports the studio every bit as much (and probably more so) than an R1 sale.

any SELF-RESPECTING American anime fan should buy the R1 when it comes out, and go see it in the theater, and promote it to others.

I do not agree with this statement at all. Remember the question at hand is whether to purchase the R2 DVD or the R1 DVD. Now, maybe some people like you are rich and can buy both, but most people are content with one or the other. An anime fan, whether American or otherwise, has no ethical obligation to purchase the R1 DVD preferentially over the R2 DVD. I fail to see how it could be any other way. I should have every right to purchase the R2 DVD, if I want, and not get lectured by the likes of you.

We're not talking piracy here. We're talking about the purchase of a legitimate R2 DVD which pays legitimate royalties to the producers. The anime industry is not going to die if everybody in the US decides they want to purchase R2 DVDs from now on.

What has not been explicitly mentioned so far is that R1 DVDs are often way better value than R2 DVDs. Now, it should be said, I really appreciate how cheap R1 DVDs are, and again I appreciate your efforts to bring anime to R1 if nothing else then for this reason. But your position that I am obligated to prefer R1 over R2 is, frankly, bogus. If I am feeling masochistic and I want to buy an R2 disc and pay twice the money for half as much stuff, isn't that my right? And who are you to take that away from me? Why do you "hate" people who, for whatever reason or another, genuinely prefer the R2 discs?

To put it another way: you fansub (I assume) out of your own kindness and generosity, right? I know I sure do. Fansubs are a gift, and, IMO, a gift that comes with no obligation on the recipient to repay any of the enormous effort involved in their making. Now before you say anything I am well aware that he who receives a fansub is ethically supposed to go out and buy the anime commercially when it is released. You may interpret this as an "obligation". But we do not enforce this requirement, nor could we without bringing all of internet distribution to a screeching halt. Be honest with yourself here: probably more than half the people who view your work never follow up with any commercial support at all. The people who buy R2 DVDs are not the enemy here. I would be absolutely ecstatic if anybody were motivated to go out and purchase R2 anime DVDs as a result of viewing my fansubs.

Okay, woah, that got wayyyy too long, but I hope I was able to contribute something of value.

1. Moritz's DVD ripping and transcoding with Linux howto
2. Linux SVCD guide, written in French
3. My own Linux Digital Fansubbing Guide (shameless plug) -- intended for anime fansubbers but perfectly serviceable as a ripping guide if you ignore the stuff about subtitles.

What is the technique to limit the number of connections per IP? I looked for a couple of hours finding no appropriate configuration directive.