It seems like you're talking about the Macrovision copy-protection noise that's "triggered" when you pass the signal through i.e. a VCR.
Do not pass the video signal through any external equipment like a VCR - put the scart cable directly into the TV, or buy yourself a video stabilisator.
You will find Coin (the OS-implementation you're refering to) at http://www.coin3d.org/.
Coin and Open Inventor should have about the same functionality. Coin has a better configure/build system IMO, and has a Qt binding (and a Gtk binding in the works), and a couple of extra Linux-specific extensions like joystick4linux and video4linux textures (not in the main source archive).
When the porn-industry can get to the sourcecode, they'll find even more ways to get the first thousand hits no matter what your keywords are... AltaVista became useless years ago...
Isn't the block positions containing the DVD-movie decryption keys usually pre-written with zeros on the DVD-Rs you can buy, meaning you must have special DVD-Rs or decrypt the DVD to be able to copy it?
And I thought Max Headroom was ridiculous... I enjoyed it immensely the first time I saw it, though, but on the rerun a couple of years ago it seemed so cheesy...
They probably just wants a list of "hackers" too stupid to understand that Pentagon wants a list of hackers to monitor. Since the really smart or dangerous ones won't "volunteer" create the list through elimination...
The next thing you know, Pentagon, FBI and the rest will want "help" from people who can make kitchen-bombs to help in their war against Saddam Hussein...
I was using pthreads, and didn't do anything special to map the read-ahead thread to a kernel-level thread, so you are probably right. I figured the pthreads would automatically be created as kernel-level threads if that was supported.
I think you've overestimated the current state of Linux. Without asynchronous I/O support there aren't many benefits in doing multithreading. (I've heard asynchronous I/O is coming in 2.4, though)
I recently had to create a read-ahead thread system for playing huge MJPEG AVI files (2.5-3.0 MB/s). I was developing on Linux, but the system should ultimately run on IRIX. With the read-ahead thread, the AVI streaming took twice as long as without the read-ahead thread on Linux, but on IRIX the read-ahead thread worked as expected. This is because (and I am just guessing here) when the read-ahead thread called read(), all threads in the process was blocked.
I expect Linux to have similar shortcomings in a lot of other areas. It is still an immature OS, but an incredibly stable one...
And then of course, who's going to bring back the ugly stuff? It's find and dandy to bring back the dodo, the spotted-buffeted snow pika, etc. Are we going to bring back the blunt-nosed, slime-covered ass worm once we kill it off? Or are we going to stick solely with creatures that look cute?
That's just the way the world goes. 'Cute' has always been an important factor in the genetic evolution of man. 'Cute' and O-H bindings...
In other words - when evolution based on superficial cuteness and alcohol has done such a bang-up job - why worry? You just can't go wrong with nature.;)
So if you have 500 hours of music, it will take you 500 hours to crack it all.
Rewrite the sound-card driver. With some luck, all the timing is done by the card so you can get to the music as fast as your processor allows.
Recompressing it in the MS format might not even be possible (is the compression software available), and if it is, being a lossy compression, would certainly degrade the music quality over the original copy.
Lossy compression algorithms for audio are usually based on removing certain frequencies which we don't hear too well anyways. The quality loss will probably be concentrated on those frequency ranges, while the frequencies we do hear will be preserved pretty good.
Can someone explain to me how on earth music/video can *ever* be protected?
If the media streams are watermarked (or whatever they call it), you can of course still decrypt and redistribute cracks, but all the cracks will contain identifiers that will point back to you. When law enforcers come over such cracks, you are in trouble...
Watermarks can be removed if you know how/where they are inserted, but who knows if the watermarks you know about (the watermarks identified by e.g. law enforcer software, which will end up in some hackers hands before the law enforcers got it themselves) are all the watermarks the file contains? Later in court the movie distributer will pull out a piece of software that will still identify you as the copyright infringer even though you thought you removed the watermarks...
Now, tell me - how many (potential) millions of dollars does a distributor lose because of one crack? My wallet isn't deep enough at least...
Does anyone know anything more about Inventor options for Linux? (or care?)
Things are starting to happen. Search Freshmeat. You have at least the two projects Coin (QPL) and Scene (LGPL). Also check out Troll Tech's web site for a Qt-based.iv file viewer called Pryan.
Is this your first exposure to independent cinema? Your points about technology, while valid, are old hat. People have been making very good movies cheaply for a long time. Seems to me that the real story is the marketing (which I missed out on, how did that happen?). -nme!
I just have to agree to this (and I also missed out on the marketing). I'm happy for Jon Katz if BWP has opened his eyes to independent low-budget movies though, but it's nothing new and I doubt BWP will create a new trend in Hollywood cinema.
There are always some low-budget independent-movies from new and exciting filmmakers that manage to stand out from the crowd to the more cinema-aware. Just off the top of my head, people might want to check out these flicks: El Mariachi, Man Bites Dog, Clerks, La Haine, Evil Dead, Nightwatch, Junk Mail... If you take a look at the Hollywood-remakes made of some the above movies you will understand why Hollywood won't be able to take advantage of a trend towards low-budget independent movies. It is probably impossible to create such movies inside the Hollywood studio system.
Re:An man...this is gonna be way too confusing!
on
Reiserfs Released
·
· Score: 1
>> introducing B-trees into ext2 > cd/right/right/left/right/left/right/right/right.
You are confusing binary trees with B-trees (which are quite different from each other). It was funny, though...
Slashdot Mirror
...I have generated more revenue for Linux than I will for the entire year for Microsoft.
Building
Antennae
Span
Earth
Orbit
If you're gonna have a clone - do it with style. You can't go wrong with Autsin Powers...
Earth's magnetic field is symmetrical, causing the northern lights and southern lights to be "mirror images" of each other.
Do not pass the video signal through any external equipment like a VCR - put the scart cable directly into the TV, or buy yourself a video stabilisator.
Coin and Open Inventor should have about the same functionality. Coin has a better configure/build system IMO, and has a Qt binding (and a Gtk binding in the works), and a couple of extra Linux-specific extensions like joystick4linux and video4linux textures (not in the main source archive).
When the porn-industry can get to the sourcecode, they'll find even more ways to get the first thousand hits no matter what your keywords are... AltaVista became useless years ago...
Isn't the block positions containing the DVD-movie decryption keys usually pre-written with zeros on the DVD-Rs you can buy, meaning you must have special DVD-Rs or decrypt the DVD to be able to copy it?
That would probably be when Jon Katz started writing this article, only publishing it now...
Subject says it all...
And I thought Max Headroom was ridiculous...
I enjoyed it immensely the first time I saw it, though, but on the rerun a couple of years ago it seemed so cheesy...
I wonder - how much dough are you guys paid to direct the slashdot effect around like this? This story is not fit for print on Slashdot...
The next thing you know, Pentagon, FBI and the rest will want "help" from people who can make kitchen-bombs to help in their war against Saddam Hussein...
I was using pthreads, and didn't do anything special to map the read-ahead thread to a kernel-level thread, so you are probably right. I figured the pthreads would automatically be created as kernel-level threads if that was supported.
I think you've overestimated the current state of Linux. Without asynchronous I/O support there aren't many benefits in doing multithreading. (I've heard asynchronous I/O is coming in 2.4, though)
I recently had to create a read-ahead thread system for playing huge MJPEG AVI files (2.5-3.0 MB/s). I was developing on Linux, but the system should ultimately run on IRIX. With the read-ahead thread, the AVI streaming took twice as long as without the read-ahead thread on Linux, but on IRIX the read-ahead thread worked as expected. This is because (and I am just guessing here) when the read-ahead thread called read(), all threads in the process was blocked.
I expect Linux to have similar shortcomings in a lot of other areas. It is still an immature OS, but an incredibly stable one...
That's just the way the world goes. 'Cute' has always been an important factor in the genetic evolution of man. 'Cute' and O-H bindings...
In other words - when evolution based on superficial cuteness and alcohol has done such a bang-up job - why worry? You just can't go wrong with nature. ;)
Rewrite the sound-card driver. With some luck, all the timing is done by the card so you can get to the music as fast as your processor allows.
Recompressing it in the MS format might not even be possible (is the compression software available), and if it is, being a lossy compression, would certainly degrade the music quality over the original copy.
Lossy compression algorithms for audio are usually based on removing certain frequencies which we don't hear too well anyways. The quality loss will probably be concentrated on those frequency ranges, while the frequencies we do hear will be preserved pretty good.
If the media streams are watermarked (or whatever they call it), you can of course still decrypt and redistribute cracks, but all the cracks will contain identifiers that will point back to you. When law enforcers come over such cracks, you are in trouble...
Watermarks can be removed if you know how/where they are inserted, but who knows if the watermarks you know about (the watermarks identified by e.g. law enforcer software, which will end up in some hackers hands before the law enforcers got it themselves) are all the watermarks the file contains? Later in court the movie distributer will pull out a piece of software that will still identify you as the copyright infringer even though you thought you removed the watermarks...
Now, tell me - how many (potential) millions of dollars does a distributor lose because of one crack? My wallet isn't deep enough at least...
You won't have PlayStation 2 emulators for PCs. You will have PC emulators for PlayStation 2s...
Things are starting to happen. Search Freshmeat. You have at least the two projects Coin (QPL) and Scene (LGPL). Also check out Troll Tech's web site for a Qt-based .iv file viewer called Pryan.
You just have to make a container out of anti-matter, stupid! :-P
I just have to agree to this (and I also missed out on the marketing). I'm happy for Jon Katz if BWP has opened his eyes to independent low-budget movies though, but it's nothing new and I doubt BWP will create a new trend in Hollywood cinema.
There are always some low-budget independent-movies from new and exciting filmmakers that manage to stand out from the crowd to the more cinema-aware. Just off the top of my head, people might want to check out these flicks: El Mariachi, Man Bites Dog, Clerks, La Haine, Evil Dead, Nightwatch, Junk Mail... If you take a look at the Hollywood-remakes made of some the above movies you will understand why Hollywood won't be able to take advantage of a trend towards low-budget independent movies. It is probably impossible to create such movies inside the Hollywood studio system.
> cd
You are confusing binary trees with B-trees (which are quite different from each other). It was funny, though...
Lars FJ
Shagadelic! Smashing baby!
Now, Austin Powers is funny. Why moderate this down to -1? "We're just trying to get a rise out of you, for shits and giggles" ;)
Lars J
No no no! Didn't you listen to the man?
You should use the XPM graphics format and edit the files with vim!