Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×
Data Storage Media Hardware

DVD Authoring In Linux 58

leming writes "This article in Linux Journal explains low-cost DVD authoring available in Linux. Traditionally, DVD authoring has been an expensive affair. Full-featured professional applications can cost thousands of dollars, while cheaper products, such as Apple's iDVD, have arbitrary restrictions that significantly reduce their usefulness. A new open-source effort, dvdauthor, is bringing the possibility of low-cost, professional-grade DVD authoring to Linux. Although it doesn't yet support all the features of the DVD specification, development is proceeding at a fast pace, and new features are being added with each release."
This discussion has been archived. No new comments can be posted.

DVD Authoring In Linux

Comments Filter:
  • Great News (Score:2, Funny)

    by castlec ( 546341 )
    Now if I can just get the woman to let me buy a DVD burner and a nice DV camcorder I can get started on that professional homemade pron I've been waiting so long to make.
  • by Brutus (moo) ( 661605 ) on Tuesday November 25, 2003 @08:41AM (#7557223)
    And for open source in general, if we can provide good open source solutions to things that until now cost alot of money, it is one of the strongest ways of supporting open source, providing however that the product really does do what is needed, and does it well (which in most cases i've seen with similar projects so far, was done extremely well, sometimes even better than the commercial product).
    • see also "killer app"
      linux oh so needs that title
    • And for open source in general, if we can provide good open source solutions to things that until now cost alot of money, it is one of the strongest ways of supporting open source,

      I disagree. I think that's one of the quickest ways of destroying open source.

      Open source is not about giving things away for free that otherwise would cost a lot of money. That's a recipe for a dead business and a lot of unemployed programmers. Open source is about empowering the user, empowering the third party developer

      • Open source is not about giving things away for free that otherwise would cost a lot of money. That's a recipe for a dead business and a lot of unemployed programmers. Open source is about empowering the user, empowering the third party developers, and leveraging the collaborative efforts of millions of programmers to achieve a common goal.

        It feels disorienting to agree with nathanh, but nevertheless... "Hear, hear!" (-:

  • by chrestomanci ( 558400 ) * <david@chrestomanci. o r g> on Tuesday November 25, 2003 @09:08AM (#7557448)
    Trick out home videos with a fun, featureful menu system that viewers can navigate from a regular DVD player.

    Traditionally, DVD authoring has been an expensive affair. Full-featured professional applications can cost thousands of dollars, while cheaper products, such as Apple's iDVD, have arbitrary restrictions that significantly reduce their usefulness. A new open-source effort, dvdauthor, is bringing the possibility of low-cost, professional-grade DVD authoring to Linux. Although it doesn't yet support all the features of the DVD specification, development is proceeding at a fast pace, and new features are being added with each release. Together with a more established open-source toolkit, mjpegtools, this article explains how to construct a relatively complex DVD application, a photo album, with dvdauthor. We also illustrate the various features that dvdauthor currently supports and how to use open-source tools to construct a DVD-R that can play on almost every DVD player.
    How a DVD Works (Quick Version)

    A DVD is comprised of one or more video title sets (VTSes), which contain video information in the form of MPEG-2 video streams. Each disc can have up to 99 VTSes, and each title set can be subdivided further into as many as 99 chapters, allowing DVD players to jump to a certain point within the video stream. Within each VTS, a DVD can have up to eight different audio tracks and 32 subtitle tracks that the viewer can switch between at will. A menu system can be included within a title set, allowing the viewer to select between the different subtitle and audio tracks. An optional top-level menu, known as the video manager menu (VMGM), is used to navigate between the different title sets. One VTS may contain a feature film and another may contain a documentary on the film, and the VMGM allows viewers to select which one they want to watch.

    The DVD format doesn't eliminate the differences between the two competing broadcasting formats, NTSC (primarily used in America) and PAL (the standard in Europe and Japan). I live in Britain, so the frame information and resolution details used in this article are for a PAL system, but I point out the differences you need to be aware of when they appear and offer appropriate settings for an NTSC disc.

    The DVD specification includes advanced features, such as the concept of region coding, the possibility of viewing different angles of a video stream and simple computations using built-in registers provided by a DVD player. I don't know much about these features, and they aren't discussed in this article. The dvdauthor mailing list is a good source for further information.
    Planning

    Before we rush headlong into creating menus, subtitling and multiplexing, it's a good idea to sketch out the structure of the DVD with paper and pencil. Proprietary DVD tools offer GUI systems for creating this type of structure, but no such tools are available yet for DVD production on Linux. As you'll soon see, the command-line tools have a lot of different options, so having your ideas on paper is preferable to trying to keep everything in your head.

    The DVD application I'm creating is a photo album, using pictures that I took while studying abroad at UNC-Chapel Hill this past year. For simplicity's sake, I have only six photos in each category. On paper, I decide that the main menu (the VMGM unit) should have five buttons, four of which are simple text buttons (one for each different photo category), plus a secret link unlocking extra pictures (secret extra features are a common occurrence in commercial DVDs) and a music track playing in the background. The four regular buttons link to one of four menus, one for each different section. The menu system for each section consists of two menus and an audio track, with selectable preview images of the slideshow, a button to move onto the next set of preview images and two buttons that allow the viewer to watch the complete slideshow or go back to the main menu. To keep things simple, the photo slideshow s
  • It's nice but... (Score:5, Insightful)

    by TheWanderingHermit ( 513872 ) on Tuesday November 25, 2003 @09:22AM (#7557575)
    (And I'll preface this with a comment that I've only lightly skimmed the article.)

    I've seen and heard, over and over, ad nauseum, programmers and OSS advocates continually ask me why I need more or say they don't see why people need all the extra UI features, since something like this can do it all. I'm glad to see this on Linux, the problem is that it still needs a good GUI before it'll get used by many people for DVD authoring (it might be used for the actual production process, but not as much for authoring).

    And, as I go into this, we reach one of the primary problems with OSS. If you're a computer person, a program like this is easy to use, since you're used to command line switches and piecing everything together by adding in images from Gimp and pulling in fragments from a number of programs. On the other hand, if you're a video producer, your focus is on CREATING THE VIDEO and PUTTING YOUR VISION on DVD. It is NOT on using the tools, figuring out the command line arguments, or other activites. While I've spent several years working as a programmer, my primary function is writing screenplays. Until OpenOffice came out, there was no word processor on Linux where I could run the program and focus ONLY on writing my screenplays (part of that is the need for macros to handle margin changes). Programmers and other computer people would say, "But you can do this with all the OSS word processors," and I'd say, "I can, but that means I have to spend my time thinking about HOW I'm doing my work, instead of focusing on the work itself."

    I love OSS, I love Linux. I know GUIs are a pain (I don't exactly love writing them myself), but for OSS to be used by professionals, like writers or DVD producers, the software has to be so easy to use that the end user can focus on their work instead of focusing on figuring out the software.

    Don't get me wrong -- it's great we're this far along. If I had time, I'd love to write a GUI wrapper, but I don't, and it'll be a long time before there is a GUI that makes this software accessible to DVD producers who just want to run the program and use it as a tool to help them realize their vision.
    • please mod this up!! this is the key salient point.
      when creating its sooo important to keep focused on the task, not be distracted contstantly by your tools.
    • I actually agree on this point -- it took me a while (not 2-3 minutes searching in google or on sourceforge) to find a suitable backup program so that I could convert my Win98SE backup machine to Linux (dds3 drive).

      I ended up going with Arkeia Light, because of the interface. Once I realized how to use the software (a little daunting because of the "enterprise" feel for something that I only needed "user" feel for) I realized that I could replace the box.

      A lot of what I read about other projects is eithe
      • Amanda (which doesn't span tapes...???!!!).

        I thought the same thing until I started using Amanda. We were this close (||) to buying a whole Arkeia setup to backup about a dozen workstations to a VXA-1 tape drive when I decided to give Amanda a try, just to see if it could save us ~$1200. I read about the tape spanning thing and said, "Wow, that sucks. This will never work." But then I tried it, and all I have to say is, "Damn, amanda is smart."

        Basically, once you get your full backups done, Amanda d

    • Re:It's nice but... (Score:5, Informative)

      by Ian Pointer ( 11337 ) on Tuesday November 25, 2003 @10:16AM (#7558120) Homepage
      Hey, I'm the writer :).

      Yes, you're absolutely right that video producers should be thinking about the video rather than wrestling with the tools. And yes, a GUI would make things a lot easier (there is an effort, Polidori [chapelperilous.net] under way to provide one). But on the other hand, commercial DVD authoring applications are not cheap, especially if you want one that takes advantage of the more esoteric features. dvdauthor on the other hand, doesn't have any of these restrictions, so if you're an amateur who wants to play around with making DVDs, but don't want to fork out the $1,000 or so for Scenarist, it's a good trade-off (also, the new release of dvdauthor has created a new way of specifying the layout, so it's not quite as hideous as my article makes out anymore ;)).

      But, yes, I am looking forward to the day when I can can click on GnomeDVD and drag MPEG2 across the desktop :)
      • I agree with you. I know I will be using dvdauthor for testing and "playing around" with different features. On the other hand, even with my demo DVDs, I find there are times I use mroe "esoteric" features of DVD authoring.

        On a similar track (and this gets back to my original post, the one I'm replying to, and my point above), I first installed Linux using Suse 6.4. It took me a day or two to get it up and running, including my Internet connection. I would not, at that point, have recommended it to any
      • I wonder if this would be too specialist to merge with k3b?

      • Would it be realistic to modify Glade [gnome.org] to build the menus for a DVD? Perhaps the additional user interface element would be as simple as an additional file type as an option in the 'save as' dialog box (save as... DVD menu)?

    • Y'know, it is starting to get on my nerves, this endless churning agon regarding graphical interfaces and Linux, or any other software for that matter. I, and frankly many others of my acquaintance, find a text interface both more functional and more intuitive than menus and buttons. C'mon, we've had a thousand years to get comfortable with text-based interfaces. A graph is a graph is a character, eh! I think with words by habit; I remember text and its meaning much more readily that the location of th
      • Re:GUI rant (Score:5, Interesting)

        by TheWanderingHermit ( 513872 ) on Tuesday November 25, 2003 @05:58PM (#7563235)
        That may work for you, but that doesn't mean it works for others. If what you were saying were true, than why did GUIs catch on? If the text/console interface WERE so much more intuitive and easy for most people to use, when GUIs first came out, they would have been a novelty and few people would have used them.

        The fact is when GUIs started coming out, they caught on quickly. Even the text based ones that let you point and click your way through a directory tree (or page through it with arrows and page up/down, etc).

        I taught for a number of years with learning disabled students. That means I had to learn a lot about how people learned -- both when everything is working well and when there are disabilities. I found that there are a myriad of learning styles (and that doesn't apply to just learning, it applies to how we process and work with information). The kind of person who uses text as opposed to images or intuition is also the type of person who is likely to end up as a programmer and (and I'm not just saying this to be mean), they are most likely to see things in one way and not easily adapt to different points of view. It is a black and white way of thinking (ironic, since text based systems are almost black and white -- actually green and white, but you get the idea).

        I know about using words. I am a writer (I said so in my original post). When I write, I worry about the words, and that is the point -- I have to be able to worry about the words I'm writing, not what menu key I have to press for this function. I have to keep my mind on what I am writing, not how I am writing it.

        When I am shooting video, I work with cameras that are easy to use, not ones where I have to keep futzing with controls every few seconds (actually, few video cameras are that contra-intuitive). When I am editing that video, I have to be able to focus on the rythm and flow of the material, how the soundtrack matches the action, what camera angle I am using, etc. I've got too much to worry about, at that point, without having to add to that the worry of HOW does this program work. The same goes for authoring DVDs.

        It may get on your nerves, the "endless churning," but it doesn't seem to have occured to you there is a reason for it. That reason is, quite simply, that most of us work better and faster with a GUI. You may not, but that doesn't mean others don't. What it does seem to mean is that you feel that what works for you works best for everyone and the popularity of GUIs bears out the need for intuitive interfaces. (If consoles were so wonderful for the average user, and were in demand, there would have been a huge demand to make the DOS Prompt easier to access and use on Windows.)

        I can't remember all the details, but a while back there was a story here, on /., about why users and developers don't like each other and it pointed out that studies had shown that users did not like programmers creating interfaces and telling them what they (the user) needed. I know programmers tend to have disdain for users, but, face it, without end users, programmers wouldn't have well paying jobs. If most people found little need for word processors, Word wouldn't be such a popular program.

        Again, I'm not saying this to be mean, but your attitude is exactly the kind of attitude that I'm pointing out is a problem. And your response is a perfect, text book example of why it is a problem. I point out that most people need a GUI to make working with computers easier and that programmers don't like writing GUIs, but they are necessary for users if a program is going to be widely used. The problem is that programmers don't see this and would rather tell everyone that a command line util is as easy to use as a GUI.

        Then, after saying that, you come along and say a command line util is as easy to use as a GUI. Okay, two points: 1) That is your opinion and you are certainly entitled to it and 2) It may be true for you, but that doesn't mean it is true
        • My Dear Hermit,

          I had intended merely a throw-away rant. I appreciate your detailed response and feel you deserve a more considered explanation of my views. That your reply has been moderated indicates someone besides us is enjoying this thread so I will take a moment to expand on my remarks and your rejoinder.

          I should like to correct your prejudice as to my professional situation. I am a writer by training, a poet, and a film-maker by avocation. It is true that I am making my mortgage doing XML/XSLT
          • Wow-- that was a very well thought out response!

            One note on the side -- as for using generalities for my comments on learning styles, that was intentional. I had to learn a lot about this in depth when I was teaching. I burned out after a long time teaching in tough situations. While I still have all my reference materials, I have gotten to the point where I don't like to dig too deeply in that area unless I specifically need it for my writing. While I remember concepts well, I don't remember words and
            • What a beautiful thread that was Grandpa.
              Is that what the internet used to be like?

              Sure was son, but now the internet is full of short, poorly composed, shiney thing, ADHD friendly crap. Just like this POST we are part of right here son.

            • I read through this entire thread empathizing with the need to provide GUI interfaces for people who learn in different ways and to provide a tool that is easy to use in the 'problem domain'. ...but then after reading all about not using a tool that gets in the way of the problem at hand, you drop the bomb... "I'm working in Java, too, but as little as possible. I prefere Perl ". Talk about tool that is hard to use. Whenever anything needs to be done in perl, one has to take a trip to the reference books an
              • I guess that shows how different people work and learn differently. I had not programmed in over a decade and picked up a book on Perl and felt quite comfortable with it in a day or two. It took me a few weeks to learn Java and longer to feel comfortable with it. Perl is much closer to natural language for me and, from my point of view, very intuitive and easy. I can do a task in Perl in a day that might take me anywhere from 3-5 days in Java. I have problems with Java that are similar to the problems
                • --Seriously, perhaps you two should band together and take on some open-source projects that involve both perl and java. You would complement each other's weak areas.
                  • Honestly, as soon as I finish up with what I'm doing, I'm going to be going straight into video production and soon after that, into writing. For years I've had to give up my gym time (I used to spend 10% of my time working out), my social life, and almsot everything to spend the time programming and getting a company running. Once this stage is done, I am eagerly looking forward to NOT programming. Any further upgrades and additions will be done by my staff, who will be working on open source projects
        • Though not a videographer or even a professional photographer, I do love photography and am thinking of going into photojournalism, and just as those professional photographers I did know, I prefer to use manual controls rather than have it all automated. Not that I don't use the autmated settings, because I do use them, but for the most part using manual controls allows the most flexibility and creativity even if they aren't the fastest.

          You taught learning disabled students? Though to my knowledge none

      • I, and frankly many others of my acquaintance, find a text interface both more functional and more intuitive than menus and buttons.

        It amuses me to visit the Uni (of Western Australia) and see stunning young ladies carrying elegantly themed laptops which are leaking trendy tunes into the environment (these represent the core GUI market, one would think) and when you look closer the display is covered in xterms, and some of the crew routinely use screen on those 'coz it's quicker to type ^A-whatever than

    • I'm glad to see this on Linux, the problem is that it still needs a good GUI before it'll get used by many people for DVD authoring

      Myself included. I'm not afraid of the command line (it's still my preferred file manager) but I don't see myself using dvdauthor to whip up some photos. But that's not the point. Command line programs like dvdauthor are great for scripting. If you're generating 1000s of photos from an automated system and you need to spit out DVDs so the user can watch them in comfort the

    • OK, so what a writer really needs is a generic text editor - formatting the output should not be part of the writing process (unless you are doing an ASCII art type thing). The writer should be worried about paragraph breaks, chapter breaks, etc.

      A text editor is a text editor. If you are authoring long works, you want a document processing system - things like LaTEX - things that separate formatting and output from the creative input.

      You claim you needed OO with a GUI and support for macros to change ma
      • You claim you needed OO with a GUI and support for macros to change margins. What you really needed OO for was a tool that allows you to procrastinate while looking like you are doing something.

        Are you a writer? Would you tell me what you do so I can tell you how to do your job. (Or you are probably an editor -- like the one Robert Heinlein describes working with when he was writing his juvies who felt she wasn't doing a good job unless she was always getting in his way -- Read "Grumblings From the Grav
  • Filling the Void (Score:3, Interesting)

    by SouLShadow ( 150272 ) <soulshadow...net@@@gmail...com> on Tuesday November 25, 2003 @09:49AM (#7557861) Homepage Journal
    Finally, an article that outlines, with examples, how to create a dvd under linux. not very in depth, but enough to get you going. sure, there are alot of tools out there for making/burning dvd's under linux. i've been searching the net for months trying to find info on how to create dvd's. in the process i've found many different projects mature enough to use. yet none seemed to provide enough information to actually produce a working dvd. the few that did explain how the program worked failed to provide examples.
    maybe i was looking in the wrong places or for the wrong thing. but to find nothing helpful enough is odd, to say the least. i for one feel this area has been overlooked as far docs, howto's, guides, and tutorials go. i'm no newbie, but i no longer have the time or the money to fool around with it till i get it right.
    of course, if anyone has links to other articles, faq's, tutorial's, howto's, etc.. please let me know!
    • I've been looking for something like this as well. I did find another article (in linux journal) written in 2001 (perhaps 02), that gave steps to creating a DVD that could be played in player, but nothing even close to what is beind discussed here.
  • I thought MPEG-2 video compression and AC3 audio compression were patented in major portions of Regions 1 and 2.

    • /ME waves from Region 4.
  • This is just the leg-up I was looking for! Thankyou Slashdot! Now off I go to get my hack on. How much you wanna bet that in six months there'll be a half dozen GUI front ends for DVD authoring? Who's going to go try and make one ... show of hands!
  • No CSS? (Score:3, Funny)

    by Cajun Hell ( 725246 ) on Tuesday November 25, 2003 @04:37PM (#7562337) Homepage Journal
    Aww, it doesn't say how to add CSS protection.

"Nuclear war can ruin your whole compile." -- Karl Lehenbauer

Working...