cdrtools-2.01.01a58 dvd-audio and hybrid patch; sorts re-write
|
View:
New views
13 Messages
—
Rating Filter:
Alert me
|
 |
cdrtools-2.01.01a58 dvd-audio and hybrid patch; sorts re-write
by Jerome Brock
::
Rate this Message:
The patch I added to the tracker (cdrtools-2.01.01a58-dvdhybrid.patch)
does the following: 1) Provides a replacement for assign_dvd_weights. The original was difficult to extend. The previous dvd-audio patch to assign_dvd_weights failed to properly handle several files: AUDIO_TS.VOB and AUDIO_SV.VOB: which were not recognized as valid (and therefore, not assigned weights) because they were ".VOB" files in the AUDIO_TS directory AUDIO_SV.IFO: which was incorrectly placed before AUDIO_TS.BUP instead of after it. 2) Provides -dvd-audio and -dvd-hybrid command line options to mkisofs. Adopts ideas from previous dvd-audio patches and extends them by using a consolidated flag to track dvd-audio, dvd-hybrid, and dvd-video. Currently dvd-hybrid is treated as a combination of dvd-audio and dvd-video. 3) Updates the mkisofs man page to reflect the new options Patch located at tracker entry: http://sourceforge.net/tracker/?func=detail&aid=2781819&group_id=131997&atid=722905 I look forward to any constructive comments identifying problems or potential improvements. Jerome ------------------------------------------------------------------------------ Register Now & Save for Velocity, the Web Performance & Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance & Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf _______________________________________________ dvd-audio-devel mailing list dvd-audio-devel@... https://lists.sourceforge.net/lists/listinfo/dvd-audio-devel |
|
|
Re : cdrtools-2.01.01a58 dvd-audio and hybrid patch; sorts re-write
by fabrni
::
Rate this Message:
Thanks Jerome for this useful contribution to the project, which will be duely acknowledged in upcoming dvda-author versions.
Currently work is going on in collaboration with B. Negahban (the developer of Lplex) to extend the GUI so that both AUDIO_TS and VIDEO_TS can be authored with it, for creating DVD-Audio/Video hybrids. So your dvd-hybrid fix will come in handy there. Cheers, Fab De : Jerome Brock <jpbrock@...> A : dvd-audio-devel@... Envoyé le : Mardi, 28 Avril 2009 4:47 Sujet : [Dvd-audio-devel] cdrtools-2.01.01a58 dvd-audio and hybrid patch; sorts re-write The patch I added to the tracker (cdrtools-2.01.01a58-dvdhybrid.patch) Cliquez ici pour avoir le meilleur d'AOL, les dernières infos actualité, sport, célébrités, ainsi que l'inscription à AOL mail. ------------------------------------------------------------------------------ Register Now & Save for Velocity, the Web Performance & Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance & Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf _______________________________________________ dvd-audio-devel mailing list dvd-audio-devel@... https://lists.sourceforge.net/lists/listinfo/dvd-audio-devel |
|
|
Re: Re : cdrtools-2.01.01a58 dvd-audio and hybrid patch; sorts re-write
by Kai-Uwe Behrmann
::
Rate this Message:
Am 02.05.09, 17:39 -0400 schrieb fabrni@...:
> Thanks Jerome for this useful contribution to the project, which will be duely acknowledged in upcoming dvda-author versions. > Currently work is going on in collaboration with B. Negahban (the developer of Lplex) to extend the GUI so that both AUDIO_TS and VIDEO_TS can be authored with it, for creating DVD-Audio/Video hybrids. Where does actual development occure? The http://dvd-audio.sourceforge.net/ site seems outdated. CVS points to 4 year old sources, while the actual packages are newer. kind regards Kai-Uwe ------------------------------------------------------------------------------ The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com _______________________________________________ dvd-audio-devel mailing list dvd-audio-devel@... https://lists.sourceforge.net/lists/listinfo/dvd-audio-devel |
|
|
Re : Re : cdrtools-2.01.01a58 dvd-audio and hybrid patch; sorts re-write
by fabrni
::
Rate this Message:
Hi Kai-Uwe,
actual development has not been using CVS, which consequently has been stuck with Dave's version. Packages are regularly uploaded to the File system, once tested OK. I consider creating a "testing" dev branch, mainly to accommodate Lee Feldkamp's non-mainstream code, as I'm not sure it is stabilized enough to be ready for release. As my spare time has been spent on the GUI of late (major upgrade to be released in May I hope), I have not been able to do that yet but this should be done before summer. It's going to be subversion rather than CVS. So far development has actually been shared between Lee Feldkamp and myself on dvda-author, so CVS would have been an overkill. I receive occasional contribs mainly though diff files--contributors are always welcome. Any new code from you since your late patch? best, fab
Cliquez ici pour avoir le meilleur d'AOL, les dernières infos actualité, sport, célébrités, ainsi que l'inscription à AOL mail. ------------------------------------------------------------------------------ The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com _______________________________________________ dvd-audio-devel mailing list dvd-audio-devel@... https://lists.sourceforge.net/lists/listinfo/dvd-audio-devel |
|
|
Re: Re : Re : cdrtools-2.01.01a58 dvd-audio and hybrid patch; sorts re-write
by Dave Chapman
::
Rate this Message:
fabrni@... wrote:
> So far development has actually been shared between Lee Feldkamp and > myself on dvda-author, so CVS would have been an overkill. I receive > occasional contribs mainly though diff files--contributors are always > welcome. I'm not sure if this will get to the list (sourceforge hates my email and seems to silently drop them), but I just want to say that whilst I'm happy that development of dvda-author has continued, I'm saddened that it hasn't been done in CVS - even for a single developer (such as I was when I did the initial work on this project), it's definitely not "overkill". The lack of source code versioning makes it hard for me (and anyone else) to see how the code has been developed, including things like who has done what, and when, and why - the last being something that CVS commit messages are perfect for explaining. Best wishes, Dave. ------------------------------------------------------------------------------ The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com _______________________________________________ dvd-audio-devel mailing list dvd-audio-devel@... https://lists.sourceforge.net/lists/listinfo/dvd-audio-devel |
|
|
Re: Re : Re : cdrtools-2.01.01a58 dvd-audio and hybrid patch; sorts re-write
by Kai-Uwe Behrmann
::
Rate this Message:
Am 08.05.09, 15:31 +0100 schrieb Dave Chapman:
> fabrni@... wrote: >> So far development has actually been shared between Lee Feldkamp and >> myself on dvda-author, so CVS would have been an overkill. I receive >> occasional contribs mainly though diff files--contributors are always >> welcome. > > I'm not sure if this will get to the list (sourceforge hates my email and > seems to silently drop them), but I just want to say that whilst I'm happy > that development of dvda-author has continued, I'm saddened that it hasn't > been done in CVS - even for a single developer (such as I was when I did the > initial work on this project), it's definitely not "overkill". > > The lack of source code versioning makes it hard for me (and anyone else) to > see how the code has been developed, including things like who has done what, > and when, and why - the last being something that CVS commit messages are > perfect for explaining. > > Best wishes, > > Dave. Personally I can only agree. Now is even git supported at SF. Comments are so useful. Sometimes a code idea is sketchy and only a commit message gives the invaluable hint to get that idea back without smearing the code. My code revisions without that appear in contrast sometimes dark to me. On the other hand, I can understand that not all people like showing so much of detail. kind regards Kai-Uwe ------------------------------------------------------------------------------ The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com _______________________________________________ dvd-audio-devel mailing list dvd-audio-devel@... https://lists.sourceforge.net/lists/listinfo/dvd-audio-devel |
|
|
|
|
|
Re: Re : Re : cdrtools-2.01.01a58 dvd-audio and hybrid patch; sorts re-write
by nnguru
::
Rate this Message:
I feel that I must comment on Dave's thoughtful remarks and offer some explanation with regard to how the contributions of myself and my son Tim came about.
Not long after the original dvda-author went public, Tim noticed it and called it my attention. We both then used it extensively for efficient storage
of music. Eventually, we began to discuss some small quirks, including the iterative process of establishing the starting sector (the -pp option on the command line). Neither of us was willing to trust all players, including
future ones) to accommodate incorrect values, especially given the number of discs we were generating. We watched for updates on the site, but eventually all went quiet. I noticed Fab's work on hybrid music discs and others' GUI offerings, but none improved the basic situation. As far as I could tell, nobody had touched the source code since
2005--this was early June 2008. Hence, an orderly procedure for tracking changes was not uppermost in our minds when we decided to take a hack at fixing some of the quirks. So the initial "why" was the incentive of saving significant authoring time by handling the starting sector issue properly. This was soon joined by
eliminating sound gaps caused by unneeded padding. And eventually the "because it's there" justification (familiar to me after a long career as a scientist
and engineer) led us to extending the capability to surround. Without a spec, it was clear that this was going to be more of an experimental investigation than a programming project. When the quirks had been fixed and surround was working robustly, I tested this group for interest. One member had experienced the sound gap problem and was
willing to test what we call Version-S, reporting that it fixed his problem. Fab eventually did a great job of integrating our surround extensions into the mainstream code. Other features of Version-S, such as handling of extended wave file formats, have not made their way into the mainstream code. I continue to be willing to share PC executables of version-S, which (pace Fab) is
extremely stable, both in performance and in mean time between code changes. That S is stable is not to say that I have ceased exploration. In particular I have experimented with methods to circumvent gaps at track changes (I have an Oppo 981 as well as a Pioneer 588A--one of these handles track changes beautifully, the
other not), proposed a simple way of creating a custom sound gap test disc and, very recently at Tim's suggestion, worked out how to author (or reauthor) incrementally. This means that a group, in the form of its AOB(s) and ats_IFO,
can be treated as a unit and, once created by the usual authoring process, can be incorporated in a flexible mix-and-match fashion into different dvda discs. The combining process is essentially instantaneous. The program works with mlp groups as well. I do agree with Dave that some form of version control would be useful, even to an isolated person. But the learning curve must be sufficiently modest.
Lee Feldkamp On Fri, May 8, 2009 at 10:31 AM, Dave Chapman <dave@...> wrote:
------------------------------------------------------------------------------ The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com _______________________________________________ dvd-audio-devel mailing list dvd-audio-devel@... https://lists.sourceforge.net/lists/listinfo/dvd-audio-devel |
|
|
Re: Re : : Re : Re : cdrtools-2.01.01a58 dvd-audio and hybrid patch; sorts re-write
by Kai-Uwe Behrmann
::
Rate this Message:
Am 08.05.09, 18:46 -0400 schrieb fabrni@...:
> So my request would be: could you redo your install tests (with == original source code ==) after having installed all available (distro-prepackaged) libs on your platform (which is it BTW?). I am working on a media unfriendly openSUSE-10.3. :-) You might already know, Novell is a company, who thinks to loose a lot by rights management and patent activities of others. Xine does no anything here and mplayer is not supported at all :-( At least flac, ogg and sox comes from the distribution, but ffmpeg is not available and comes for me from mplayer. The sox RPM provides no libraries at all. Given that dvda-author can do so well with basic C, Qt and Flac, it would be a pitty to have a must dependency to libsoxconfig. Duplicated code is hated by distributors. I read sox link GPL only code into its library. This can be seen as a design flaw as it might be a reason to not distribute a libsox. Its distribution can result in license issues for a OS. Most OSes have the policy to allow linking to all system provided libraries with highest compatibility possible. > Do the same for flac and ogg (there are flac/ogg -dev packages to be installed in most distros) prefix=/usr $prefix/include $prefix/lib ... distributor packages on linux prefix=/usr/local - traditional *unix (BSD) > Under this configuration, do you still experience ffmpeg/flac/ogg issues? Yes, without my changes and the --enable-glibc option only Makefile tweaking ;-) ... as well I had to undefine HAVE_OGG_VORBIS and HAVE_FLAC in libsoxconvert/libsox/soxconfig.h.in . > The right cure to my taste would be to add checks for sox.h and a couple of other ffmpeg/ogg/flac headers rather than invoking pkg-config in the configure.ac code. I sometimes have had issues with pkg-config, so keeping to traditional header tests sounds a more robust approach to me. pkg-config defines at least one way to resolve all dependencies of static builds and packages. While shared libraries can have references to other libraries to load automatically, linking libsox.a does not even tell about libz being missed. All dependencies of libsoxconvert must be known at dvda link time. A small local script, which can be generated by configure - "sox-config"(?), would be a alternative to sox.pc . kind regards Kai-Uwe ------------------------------------------------------------------------------ The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com _______________________________________________ dvd-audio-devel mailing list dvd-audio-devel@... https://lists.sourceforge.net/lists/listinfo/dvd-audio-devel |
|
|
Re : cdrtools-2.01.01a58 dvd-audio and hybrid patch; sorts re-write
by Kai-Uwe Behrmann
::
Rate this Message:
Am 08.05.09, 19:11 -0400 schrieb Lee Feldkamp:
> I do agree with Dave that some form of version control would be useful, even > to an isolated person. But the learning curve must be sufficiently modest. Well, for a few patches a revision control system is overkill. The SF patch tracker might be ok for that to comment, track and wait until these changes are integrated or perhaps not. Most revision control systems are easy for a single person. I had for some time as well a simplistic patch system working, which consisted of a small script to track my local changes. The complex part is to collaborate. Working with CVS on a shared online repository was not much of fun for me. Beside waiting for connections to speed up, resolving merges was most often a pain. In opposite Git provides a distributed model. A central repository is not a must. All changes are tracked locally. So one can work offline much like with patches. If Fab maintains a considered stable repository at SF, no one prevents you Lee from runing your own repository online. You could start with creating your repository from Fab's and do your changes in a separate branch. Then you can ping Fab to look at your latest changes in the one or other branch. Fab might annotate about the one branch but take over the changes from an other branch. Your working code would be shared visibly with others. It could look like (remote adresses are imaginary): $ git clone git://sf.net/dvda-author/fabs_tree # initial copy $ cd dvda-author ... # build / test $ git branch feature_a_experiment # create your own branch ... # make changes $ git commit -a # save all changes to local feature_a_experiment $ git branch master # switch to the official sources $ git pull # update from the official sources $ gitk& # visualise the commit graph $ git branch feature_a_experiment # switch to your work ... # continue with your work $ git commit -a # save changes to feature_a_experiment $ git push ssh://lee@.../dvda-author/lees_tree # publicise ... # ping Fab Of course you will find many tutorials on the net about git. Best is perhaps to take time and test stuff locally. Putting stuff online is a second step. The following link might give you a overview and estimate for a small startup: http://cworth.org/hgbook-git/tour/ Btw. I think it is possibly to import CVS into Git and use Git only locally. kind regards Kai-Uwe ------------------------------------------------------------------------------ The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com _______________________________________________ dvd-audio-devel mailing list dvd-audio-devel@... https://lists.sourceforge.net/lists/listinfo/dvd-audio-devel |
|
|
Re: Re : cdrtools-2.01.01a58 dvd-audio and hybrid patch; sorts re-write
by nnguru
::
Rate this Message:
Thank you, Kai-Uwe. I will have a look.
Changing more to an overall view, am I the only one who is uncomfortable with piling external packages onto what was originally a self-contained C program, when the purpose is merely to filter the sound content into the form of standard wave files? It seems that most discussion in this venue centers about compatibility. Frankly, my opinion is that unless the conversion can be done in C in a modest number of lines of code, the conversion should be done totally externally. If producing an intermediate set of temporary files is judged not acceptable, the conversion could be done as a filter, with only generic interface code residing in dvda-author. I have in mind something analogous to Unix-style standard input. That way, each user would need to deal only with locally relevant packages. More importantly, prospective developers on the dvda-author side would be spared the nightmare of compatibility. As perhaps the first person to admit to modifying Dave's original code, let me note that the first thing I had to do was to rip out all the FLAC code and references, just to get the program to compile. A smarter person would probably have given up right there!
Lee
On Sat, May 9, 2009 at 3:10 AM, Kai-Uwe Behrmann <ku.b@...> wrote: Am 08.05.09, 19:11 -0400 schrieb Lee Feldkamp: ------------------------------------------------------------------------------ The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com _______________________________________________ dvd-audio-devel mailing list dvd-audio-devel@... https://lists.sourceforge.net/lists/listinfo/dvd-audio-devel |
|
|
Re : Re : cdrtools-2.01.01a58 dvd-audio and hybrid patch; sorts re-write
by fabrni
::
Rate this Message:
Right Lee, I agree you have a point, yet I don't believe the option you're proposing is a popular one with many users.
What users tend to like is a reasonably self-contained app that does not require (manual) launch of other apps as a prerequisite to usage. The usual way to reconcile both views is for the app to launch external processes (this is the stand I took with the GUI, which is basically a process launcher), which, however, can degrade the overall performance to some extent.With large files, doing flac decoding into standard wavs prior to dvda-author encoding would be notably slower than calling the adequate FLAC decoding functions from dvda-author code, just do a comp to judge for yourself. This said, you're correct on the overall approach: there should be as little code duplication from external sources as possible, which by the way is == requested == by some platforms like freebsd. So another option would be to stick to getting libs on board, and not add external source code to the package (an option that Bahman Negahban, the developer of Lplex, once mentioned to me). However, the overall picture is a complex one: first there's the Windows issue. Not all auxiliary tools are readily available as Windows libs, and when they are, there may be version compatibility issues, or code variations specific to Windows (through #ifdefs) that will be hard to master/fine-tune if you do not have the code at hand. The n there's the distro issue, which Kai-Uwe alluded to in his previous post: not all *nix platforms have a liberal take on distributing libs (sometimes for justified legal or philosophical reasons) so you're left without the required dependencies to build. The obvious way out is to find out the code where it is developed (which may take some doing at times) then build independently and install: that's OK for 'informed' users who are conversant with compiling--assuredly not a majority of prospective users. Just have a look at the taperssection.com "computer recording help" forum to make an opinion on this. My guess is that these users will be happy to avoid building all dependencies separately themselves, especially if they run Windows. Overall, I'm not saying the current structure of the building tree is optimal, admittedly we could do away with flac, ogg, and sox code in the tree, and the corresponding autotools complexities on *nix or the Code::Blocks project for Windows users; but this would come at a cost for some. Fab De : Lee Feldkamp <lfeldkam@...> A : Kai-Uwe Behrmann <ku.b@...> Cc : Dave Chapman <dave@...>; dvd-audio-devel@... Envoyé le : Samedi, 9 Mai 2009 12:19 Sujet : Re: [Dvd-audio-devel] Re : cdrtools-2.01.01a58 dvd-audio and hybrid patch; sorts re-write
Thank you, Kai-Uwe.
I will have a look.
Changing more to an overall view, am I the only one who is uncomfortable with piling external packages onto what was originally a self-contained C program, when the purpose is merely to filter the sound content into the form of standard wave files? It seems that most discussion in this venue centers about compatibility. Frankly, my opinion is that unless the conversion can be done in C in a modest number of lines of code, the conversion should be done totally externally. If producing an intermediate set of temporary files is judged not acceptable, the conversion could be done as a filter, with only generic interface code residing in dvda-author. I have in mind something analogous to Unix-style standard input. That way, each user would need to deal only with locally relevant packages. More importantly, prospective developers on the dvda-author side would be spared the nightmare of compatibility. As perhaps the first person to admit to modifying Dave's original code, let me note that the first thing I had to do was to rip out all the FLAC code and references, just to get the program to compile. A smarter person would probably have given up right there!
Lee
On Sat, May 9, 2009 at 3:10 AM, Kai-Uwe Behrmann <ku.b@...> wrote:
Am 08.05.09, 19:11 -0400 schrieb Lee Feldkamp: ------------------------------------------------------------------------------ _______________________________________________ Cliquez ici pour avoir le meilleur d'AOL, les dernières infos actualité, sport, célébrités, ainsi que l'inscription à AOL mail. ------------------------------------------------------------------------------ The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com _______________________________________________ dvd-audio-devel mailing list dvd-audio-devel@... https://lists.sourceforge.net/lists/listinfo/dvd-audio-devel |
|
|
Re: Re : cdrtools-2.01.01a58 dvd-audio and hybrid patch; sorts re-write
by Kai-Uwe Behrmann
::
Rate this Message:
Am 09.05.09, 06:19 -0400 schrieb Lee Feldkamp:
> Changing more to an overall view, am I the only one who is uncomfortable > with piling external packages onto what was originally a self-contained C > program, when the purpose is merely to filter the sound content into the > form of standard wave files? It seems that most discussion in this venue A GUI application can be build to use pipes with separate processes in the background and provide a interface for the options of each called programm. But this is only useful for posix systems. For other systems a library, best a static one, is easier to handle. So I understand the appearance of sox in the source tree. Many users are restistent to start scripting their work. Unfortunedly starting to script is experienced as a hurdle. So many people avoid that if they can. Between, using a window system is a hurdle as well but novadays unavoidable ;-) kind regards Kai-Uwe ------------------------------------------------------------------------------ The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com _______________________________________________ dvd-audio-devel mailing list dvd-audio-devel@... https://lists.sourceforge.net/lists/listinfo/dvd-audio-devel |
| Free embeddable forum powered by Nabble | Forum Help |
