Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 464471 - Review Request: dvdrip - Graphical DVD ripping and encoding tool
Summary: Review Request: dvdrip - Graphical DVD ripping and encoding tool
Keywords:
Status: CLOSED CANTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: Package Review
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Nobody's working on this, feel free to take it
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: FE-Legal
TreeView+ depends on / blocked
 
Reported: 2008-09-29 10:32 UTC by Nicolas Chauvet (kwizart)
Modified: 2009-03-12 15:33 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-03-12 15:33:24 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Nicolas Chauvet (kwizart) 2008-09-29 10:32:50 UTC
Spec URL:
http://kwizart.fedorapeople.org/SPECS/dvdrip.spec
SRPM URL:
http://kwizart.fedorapeople.org/SRPMS/dvdrip-0.98.8-3.fc8.kwizart.src.rpm
Description: Graphical DVD ripping and encoding tool


This package can extend its capabilities when additional packages are present at runtime. For now it can only work as a computer a master node for transcoding task.

Comment 1 Nicolas Chauvet (kwizart) 2008-09-29 10:36:04 UTC
Blocking FE-Legal for question about the possibility to have dvdrip within fedora whereas all functionalities cannot be provided within the fedora repository.

Comment 2 Tom "spot" Callaway 2008-10-09 19:53:16 UTC
OK, so what use will this have without the ability to read encoded DVD discs? Why would you want to have this here, as opposed to rpmfusion?

Comment 3 Martin Jürgens 2008-11-11 12:53:50 UTC
dvdrip supports cluster mode whereas the master node does not need transcode or any other packages that are not in Fedora.

The nodes that encode the video could be other computers having transcode installed from rpmfusion so having dvdrip in Fedora repos would make sense.

Comment 4 Tom "spot" Callaway 2008-11-11 13:37:20 UTC
Yes, but don't you think thats not a very common usecase? I would argue that the average user who sees dvdrip in the Fedora repository is going to expect it to, well, rip encrypted video DVDs, and will be rather confused and unhappy when it doesn't. Whereas, if this lives entirely in rpmfusion, it will just work as expected out of the box and can have sane Requires.

Comment 5 manuel wolfshant 2008-11-11 13:55:51 UTC
+1 to comment #4. I would be very unhappy (translate: I would curse a day and half) if I would yum install dvdrip only to find out that... I cannot rip. To me this submission seems like a perfect candidate for our sister repo.

Comment 6 Nicolas Chauvet (kwizart) 2008-11-11 14:10:46 UTC
I agree with what Martin said. (despite it will need to be properly tested to see which components will be disabled).

I will just add that the dependencies are accurately sorted in the dvdrip program. So anyone can see what should be installed at runtime. But that will requires some more tweaking and rework the warning/error messages depending on what are the users needs.

So, as martin said, we can already use dvdrip as a master node. I wonder what could be missing to submit tasks to this master node. (maybe xine for previews, but shouldn't be mandatory to submit blind tasks). For now, unless transcode is installed the program will block, but transcode shoudn't be mandatory to submit tasks nor to use it as a master node.

Also; despite the name, dvdrip doesn't only take dvd as a primary source. It can also use files. In this case, there is no need to have mp2 support or else.

About transcode. This program needs ffmpeg; but I think it should be possible to have a ffmpeg library patent free, which would lead to have a totally free built of transcode.
Such task for ffmpeg wouldn't be maintainable or will create more conflicts with the plain ffmpeg library than it will solve IMO.

Comment 7 Tom "spot" Callaway 2008-11-11 14:18:56 UTC
This seems to be a significant amount of work, almost certainly which will not go upstream. I'm not sure how you'll be able to handle the missing dependencies in dvdrip, unless it is checking for its dependencies at runtime (and even then, if the user doesn't know about rpmfusion, this will likely serve to confuse them further when yum can't find these items).

I'm not trying to be difficult for the sake of being difficult, but when an application's description is "Graphical DVD ripping and encoding tool" and it will be unable to do either of those tasks out of the box, I'm strongly inclined to let it live, fully enabled, in rpmfusion.

Comment 8 Tom "spot" Callaway 2009-03-12 15:33:24 UTC
Closing this out. I strongly encourage you to take this to rpmfusion.


Note You need to log in before you can comment on or make changes to this bug.