dvd::rip

->ABOUT / NEWS

->DOCUMENTATION
-TABLE OF CONTENTS
-INSTALLATION
-USING THE GUI
-CLUSTER MODE
-FAQ

->KEY FEATURES

->DOWNLOAD

->SUPPORT

->TRANSLATIONS

->MAILING LIST
-SEARCH ARCHIVE

->CHANGE LOG

->CREDITS

->TODO

->LINKS

http://www.exit1.org/


Re: [dvd::rip] Patches from the RPMFusion package for Fedora

Subject: Re: [dvd::rip] Patches from the RPMFusion package for Fedora
From: Jörn Reder <joern@xxxxxx>
Date: Tue, 3 Feb 2009 22:40:33 +0100
"Nicolas Chauvet (kwizart)" wrote:

> See some patches attached; I've also few issues I've addressed from
> within the rpm spec file:

Thanks for the patches, I'll take a look at them.

> * # Fix encoding issues:
> Some Files provided in the source archive aren't UTF8
> (Changes Changes.0.46 COPYRIGHT Credits README TODO
> lib/Video/DVDRip/translators.txt)
> It would be nice to have them converted

Mostly no files in the dvd::rip distro are UTF-8 - besides the .po files
(which declare their encoding properly). For now I can't see a reason to
change that.

> * # Remove the included perl modules. The ones
> # installed in the system will be used instead:
> rm -fr perl-modules
> This is really annoying to have internal version used against system
> ones. for the Casual user I understand that having most dependency
> bundled will make things easier. But this will prevent them a lot of
> experience also... IT would really be usefull to have them removed,  as
> this can lead to more problem than it will solve; specially as it will
> prevent bugfixed version to be used from the given distro. (and
> interface is rather stable to use system ones IMO).

The tarballs in the perl-modules/ directory are just shipped for 
convenience, so users not having these modules installed don't need to 
extra download them from CPAN. dvd::rip's Makefile.PL does nothing with
them. dvd::rip works fine if these modules are installed in the system's
Perl library.

> * #Fix for locale
> mkdir -p $RPM_BUILD_ROOT%{_datadir}/locale
> mv $RPM_BUILD_ROOT%{perl_vendorlib}/LocaleData/*
> $RPM_BUILD_ROOT%{_datadir}/locale
> In this case, we need to move the localized data to our system wide (not
> perl specific) directory for localization content. I don't know any perl
> package using the LocaleData directoy against the usual system one,
> moving the files there works just fine.

This directory layout is the default of the Locale::TextDomain module 
used by dvd::rip, so I never thought this could be a problem for someone
;)

> ### Package choices
> 
> * I've choosen to split the dvdrip main package creating the
> dvdrip-master sub-package (that is required by the main package),
> [...]
>
> But when I run dvdrip-master on my C7 server, I have:
> ----------------
> ERROR : dvdrip-multitee isn't found in PATH
> ERROR : dvdrip-progress isn't found in dans PATH
> ERROR : dvdrip-splitpipe isn't found in dans PATH
> ERROR : dvdrip-subpng isn't found in PATH
> ----------------
> Is it possible to have theses check removed? (they aren't needed from
> the master node, IMO).

Yep, that should be possible. I'll consider that for the next release.

> * Default container/codec used.
> I was wondering if I can set as default the use of mkv container using
> dirac for video and flac. This would help to promote quality and free
> (FOSS and patenless) audio/video codecs.
> I haven't done much experiment at this time...
> About the patch for ogm/ogg switch. It seems that nowadays ogv is the
> replacement for at least ogm container. I wonder if it can be switched.

Adding another option (ogv) is probably the best solution, so the user 
can decide.

> * Possible to start encoding from a file (instead of a dvd/vob files)
> [...]

Indeed that would be nice, but with the current design internals not 
easily to do. But still on the wish list...

> * I wonder if dvdrip can be added to Fedora itself. If not all
> dependencies can be added from a fedora only repository, I wonder if we
> can still have it work to submit task to a computer nodes that have more
> or less full featured transcode build.
> Accoridng to my analysis, we would need to start to encode from a file.
> or at least extract file from a non encrypted dvd to have it to work.
> (it couldn't read the content as mpeg2 is patented).
> Then dvdrip could submit (blind) task to the nodes. That would need to
> avoid the check for transcode which is mandatory. xine only could be
> used and mplayer avoided (same as ffmpeg)
> The missing dependencies could be added later.

As well difficult by design. And honestly for me not worth just because
of possible patent issues... :(

> # Website updtate ( freshrpms is now obsoleted)
> As dvdrip is provided from rpmfusion.org for Fedora, could you please
> update the website about the Fedora package installation.

I just updated the page and added your notes (but removed pointers 
regarding copy protection).

Regards,

Jörn

-- 
Think before you code. And while you're coding it won't hurt either. ;)

Attachment: pgpJywGsYZSrz.pgp
Description: PGP signature

<Prev in Thread] Current Thread [Next in Thread>
 

Archive powered by MHonArc. Search powered by ht://dig.

[ top ]