Stories
Slash Boxes
Comments
typodupeerror delete not in

Comments: 419 +-   VLC 1.0.0 Released on Tuesday July 07, @09:16AM

Posted by Soulskill on Tuesday July 07, @09:16AM
from the now-supports-kitchen-sink dept.
software
media
rift321 writes "VLC media player, which we all know for simplifying the playback of pretty much any codec out there, has finally released version 1.0.0. Here's a quick list of improvements: live recording, instant pausing and frame-by-frame support, finer speed controls, new HD codecs (AES3, Dolby Digital Plus, TrueHD, Blu-Ray Linear PCM, Real Video 3.0 and 4.0), new formats (Raw Dirac, M2TS) and major improvements in many formats, new Dirac encoder and MP3 fixed-point encoder, video scaling in fullscreen, RTSP Trickplay support, zipped file playback, customizable toolbars, easier encoding GUI in Qt interface, better integration in Gtk environments, MTP devices on Linux, and AirTunes streaming."
story

Related Stories

This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More
Loading... please wait.
  • by Rogerborg (306625) on Tuesday July 07, @09:17AM (#28607697) Homepage
    Has anyone fixed the volume control yet, or is that too trivial to bother with?
  • by frednofr (854428) on Tuesday July 07, @09:23AM (#28607795)

    Without hardware accelerated h.264 playback, I'm not going back to VLC.

    Still, it's a great do it all player / streamer.

    • by Anonymous Coward on Tuesday July 07, @09:33AM (#28607975)

      VLC 1.0.0 and 1.1.0 can be compiled with VAAPI to get hardware acceleration.

      • by westlake (615356) on Tuesday July 07, @10:06AM (#28608461)
        VLC 1.0.0 and 1.1.0 can be compiled with VAAPI to get hardware acceleration. The simplest way to insure a permanent fractional 1% share for Linux is to require a compiler to gain functionality the OSX and Windows app delivers on launch.
      • by sarhjinian (94086) on Tuesday July 07, @10:57AM (#28609241)

        That does not help. Saying "well, you can just compile in support for ____" shouldn't be acceptable in this day and age. You shoudn't have to compile in support for a given piece of hardware into a player: this is why we have things called "drivers" and "APIs".

        Video on non-MacOS/Windows is in an awful state, even when using the same player. If I use VLC on a Macintosh or Windows machine, I can play back content without skipping, sync, artifacts, tearing or stuttering as long as it's within reasonable processing limits. On Linux, it's a crapshoot, completely dependent on the player, video card, window manager and version of X and/or video drivers. I know it's supposedly getting better, but there's still no unified video acceleration API, it looks like nVidia and ATI are going to propose competing (VDPAU, XvBA) standards, and it looks like players are going to need to know about them in order to get reasonable performance. That's akin to having to code applications to support SoundBlaster or AdLib cards, which, I feel the need to point out, was the case in the late 1980s.

        There's something seriously wrong when I can watch, say, YouTube content or a simple video file on an Intel Atom-based netbook running Windows and it plays more smoothly than on a Xeon 5520-equipped workstation running Linux. Video on Linux makes the current Audio on Linux clusterf_ck look simple by comparison; it's an unacceptable state of affairs for what is a very important consumer-level aspect of computing.

        I don't want to seem as if I'm coming down on the people doing some very, very good work on this. Watching the progress on X/DRM/Mesa and the various drives is impressive and they've made great strides, but posts that talk about compiling in support for a piece of hardware into a player and/or getting bleeding-edge drivers and/or turning off things like compositing are the wrong way to address the problem.

        • by Doug Neal (195160) on Tuesday July 07, @11:31AM (#28609787) Journal

          That does not help. Saying "well, you can just compile in support for ____" shouldn't be acceptable in this day and age. You shoudn't have to compile in support for a given piece of hardware into a player: this is why we have things called "drivers" and "APIs".

          That's what the 'API' part of VAAPI is :-)

          There's nothing wrong with having compile-time options in open-source software. It's the job of the package and distribution maintainers to abstract this kind of thing away from end users. It'll be a while before this 1.0.0 release filters down to users' desktops through their package managers, which you could wait for and not have to worry about it (this is certainly what I'll be doing)... but if you want the latest and greatest direct from the developers as soon as it's released then you can't complain about having to get your hands a bit dirty.

          • by sarhjinian (94086) on Tuesday July 07, @05:27PM (#28615119)

            The point is that there's no really good way to seamlessly handle even low-bitrate and/or trivially-compressed video on a large range of cards without artifacts, stuttering or tearing because the API situation is terrifically bad. And yes, that the drivers are closed doesn't help, but it would probably be a lot easier for driver and application authors if they didn't have to worry about each other, or the X/Mesa/Gallium/DRM mess in between. The fact that tearing even happens is a deplorable on the state of video playback on X.

            Put it this way: Windows has had DirectX video acceleration for a decade, it works well, and virtually every card and driver supports it, and all VLC et al have to worry about it supporting DirectX. X has, at best, Xv on most cards, and it's not guaranteed to perform even remotely as well either in terms of quality or performance. Again, we're not even talking about H.264 here, just basic MPEG.

            I'm glad you can do this on an AppleTV. I can get video working if I'm very specific about which card and driver I use, but I really ought not to have to pay that kind of attention to it because it ought to be something that's abstracted from the application playing the video.

    • by Jamamala (983884) on Tuesday July 07, @09:39AM (#28608053)
      VLC supports hardware acceleration on nVidia G80 and higher hardware using VDPAU on Linux. As soon as ATI releases a XvBA driver, hardware acceleration should be possible through VAAPI.
    • You might want to read this [jbkempf.com] then. It appears that there are even patches [splitted-desktop.com] available for vdpau (=NVIDIA's hardware acceleration). I haven't tried this yet myself though (but will be as soon as I get home from work).
  • by viralMeme (1461143) on Tuesday July 07, @09:23AM (#28607801)
    Would I have to pay royalties to MPEG LA [tgdaily.com] to watch MPEG-2 encoded media on VLC media player
  • by omnichad (1198475) on Tuesday July 07, @09:25AM (#28607847) Homepage

    So much for being acquired by Google.

  • by Anonymous Coward on Tuesday July 07, @09:26AM (#28607867)

    Thank god for Instant Pausing and Frame by Frame support. I needed more granularity over the location bar while watching porn videos. The old versions seem to be skipping to and from "keyframes" during seeking. It was very frustrating.

    • Hey - go ahead and mod him Funny, but porn is srs bsns. Wankers are the power user of video players. We need:

      1. Instant Pausing
      2. frame step forward AND frame step backward
      3. skip ahead, skip time set in prefs (default something like 5 seconds)
      4. thumbwheel support and a slider bar
      5. bookmarks with thumbnails
      6. robust error handling for bad files and scratched DVDs
      7. ignore autoplay and other odious crap installed on commercial DVDs
      8. timely codec updates

      If VLC can at least manage the first four, I may pay for an upgrade to OS X 10.5 - I'm getting tired of Quicktime Player and DVD Player.

  • by smellsofbikes (890263) on Tuesday July 07, @09:27AM (#28607869) Journal
    If anyone has tried this and played around with its menu support I'd love to hear about it. I have several newer DVD's that won't play on VLC, Ogle, or mplayer. Oh, they'll play: the stupid previews, the trailers, the additional material. But the intro screen with a menu item that says 'play movie', crashes any of them when I try to actually play the movie. This is happening on a brand-new copy of Stardust and another of Letters from Iwo Jima, and it's making my linux sell really difficult for my girlfriend and my roommate, who both say "if it can't play a DVD, I'm not using it". Sigh
  • by McDutchie (151611) on Tuesday July 07, @09:56AM (#28608315) Homepage
    Any remaining Tiger users needn't bother. As of this version, VLC requires Mac OS X 10.5. This is not obvious from the website.
    • by oDDmON oUT (231200) on Tuesday July 07, @11:17AM (#28609581)

      How is this (http://www.videolan.org/vlc/download-macosx.html) not obvious?

      "VLC media player for Mac OS X
      Latest Mac OS X package for 10.5 and 10.6 (release 1.0.0)
      universal binary (29MB)
      latest platform specific packages for 10.5 and 10.6 (release 1.0.0)
      intel package (17.9MB)
      powerpc package (17.8MB)
      Last Mac OS X package for 10.4 (release 0.9.9a)"

      I mean yeah, I had to scroll to the bottom of the page for the 10.4 info but.... /shrug

  • by ChipR (1424) on Tuesday July 07, @10:21AM (#28608721)

    I like VLC, I really do. For that matter, I like xine too. But neither one, as far as I can tell, can do one thing that mplayer does: Display closed captioning. No, that's not DVD subtitles. It's purely a US American thing, so is routinely ignored, or at least misunderstood, by the international communities that maintain these products.

    I watched a thread on a VLC (or was it xine?) discussion forum where somebody asked about closed captioning support. After about twelve messages, they finally determined that no, it really wasn't the same as subtitles (some participants never were convinced of that fact), but was "some American thing", at which point amidst a lot of tongue clucking and regrets, the thread fizzled out.

    So until a media player can display closed captions, I'm not really able to use it. But nice try, guys, and keep up the good work.

    (Yes, I am sure I could dive into the mplayer code, locate the closed-captioning bits, extract them, and submit them to both VLC and xine as patches. I'll get right on that, mmm-hmmm!)

    • by 0xdeadbeef (28836) on Tuesday July 07, @09:23AM (#28607809) Homepage Journal

      To borrow a phrase from Michael Jackson.. What have you done for me lately?

      Pissed on your grave, you ungrateful whiner.

    • by daem0n1x (748565) on Tuesday July 07, @09:26AM (#28607851)
      I guess they should include all kinds of useless bloat until the download is 200MB and takes 5 minutes to startup. Software that does only one thing, and does it well, oh the horror!
      • by jameskojiro (705701) on Tuesday July 07, @10:45AM (#28609057) Journal

        Well to be fair they can always make a system tray app that loads about 1/2 of the 200MG in memory on system start up and can check for updates every 10 minutes by downloading and uploading about 1MB of data.

        The system tray app should only delay your system start up by 20 seconds and will shave a good 2 seconds off every time you load VLC. So it is a win-win scenario.

        Maybe they could also throw in a few services for good measure as well, I know any app is helped by have a couple extra services running always in the background. They could each chew up around 32MB of memory and could reall help to shave a few microseconds off of the loading time of the parent application, plus every time you update the main software you have to update the services and who doesn't like to reboot every time your media player updates???

    • Is that it?

      These days, if all you do is one thing, no matter how well you do it, you're always only going to be known for that one thing.

      To borrow a phrase from Michael Jackson.. What have you done for me lately?

      What in the hell are you talking about? I hope your attitude is not commonplace. I am not afraid to stand up for VLC for I've never found something that has worked so flawlessly crossplatform (Win XP, Linux) for me that allows me to record streams and shoutcasts of any nature to any codec with any number of parameters ... and a decent GUI interface so far. In VLC, I can open any WMV or AVI file without any fear of some messed up virus destroying my WinXP machine.

      You know it's funny. You make media playback sound so trivial. Yet the number of solutions out there prove that nobody has perfected it. VLC has impressed me time and time again. I worship it for its simplicity. Have you even used said software? Or are you just bitter about something?

      It plays every freaking codec under the sun with dead simplicity! That's such a herculean task, what more could you ask from it!?

    • by ByOhTek (1181381) on Tuesday July 07, @09:38AM (#28608033) Journal

      I'd rather have a dozen tools, each of which excells at it's one thing, than one tool that does a half-assed job at a dozen things.

      No matter what OS I'm on, I always seem to use one app for audio, and one app for video. What constitutes a clean and useful interface for audio rarely does for video, and vice-versa. I've yet to see an app that auto-switches on media type.

      Heck, in FreeBSD, I usually have three video apps (noatun, vlc and mplayer) because none of them works well on everything, but at least one will work for whatever I watch.

    • Re:Consolidation (Score:4, Interesting)

      by Kjella (173770) on Tuesday July 07, @09:50AM (#28608189) Homepage

      Actually, we are approaching some consolidation, H.264 seems to reign supreme for almost all video, I guess that's run by people with eyes. Audio, meh. If they did a double blind test between LPCM, FLAC, Apple Lossless, TrueHD and DTS-HD Master I swear they'd find a ton of differences. And apart from those that want the kitchen sink general programming environment, MKV is doing a pretty damn good job on video, audio, subtitles, chapters, multiple angles etc. BluRay for example is a whole JavaVM, there's a full OS running inside the machine just to play the damn disc. Now I'm just hoping that all the browser plugins will die and be replaced with HTML5 video elements.

      • Re:Consolidation (Score:4, Insightful)

        by Anonymous Coward on Tuesday July 07, @10:40AM (#28608995)

        If they did a double blind test between LPCM, FLAC, Apple Lossless, TrueHD and DTS-HD Master I swear they'd find a ton of differences.

        Apparently you don't know what "lossless" actually means. There is no point in doing audio-comparisons between files which are bit-for-bit identical after decompression, unless you are are in the same class of people who believe that homeopathy works because of "water memory".

        • by wiredlogic (135348) on Tuesday July 07, @01:01PM (#28611135)

          You just don't get it. You have to use the right lossless format that's harmonically balanced with your speakers and cabling or you're just going to get trash out. With a mismatch, at best you'll get a limited sound stage and lack of presence especially when playing punk or thrash metal.

      • Re:Consolidation (Score:5, Interesting)

        by thisnamestoolong (1584383) on Tuesday July 07, @12:03PM (#28610229)
        "If they did a double blind test between LPCM, FLAC, Apple Lossless, TrueHD and DTS-HD Master I swear they'd find a ton of differences."

        This may not be entirely untrue, but for different reasons than you might imagine. Lossless means lossless, yes, but I hear rumors (definitely don't take my word for this) that DTS does apply some sweetening to the signal when they process it (boost the bass, widen the surround field). Not sure if this is true or not (and if it is true it is a really dumb idea), but for all intents and purposes, lossless is lossless and I can prove it -- with science!!

        1. Step 1 -- Take an audio track, rip it as WAV, and dump it into any sound editing software.
        2. Step 2 -- Duplicate that track and flip the phase on it.

        What you are (not) hearing is perfect digital silence, as the waveforms are 100%, perfectly identical and cancelling each other out. This same trick sort of works in the analog realm (ie noise cancelling headphones), but you can never really get a perfectly opposing waveform and the effect thereby never works perfectly. In the digital realm however, the effect is flawless.
        When two waveforms are similar, however, all of the similar parts of the waveform will cancel out, leaving only the differing bits. If you extrapolate this out, we can figure out what (if anything) is lost to different encoding processes. If you rip that same track as a 128k MP3 and repeat the experiment, you will hear everything that is lost to the encoding (that's where that hi-hat went!). When you repeat this same experiment (I know, I have done it) with Apple Lossless or FLAC, you will again get perfect digital silence, as the lossless track is bit-for-bit identical to the CD track. Science FTW!
    • OMG. I loathe those multi-RAR torrents. They are made by total retards! Especially those with an extra checksum file.

      BitTorrent already contains checksums, splitting, compression, directories, and much more. So the whole point of multi-RARs is gone.

      Maybe they still use alt.binary to share their stuff. But then I have to say: Welcome to the 21st century!! ^^

Cropp's Law: The amount of work done varies inversly with the time spent in the office.