| Summary: | k3b does not rip DVDs (transcode fails) | ||
|---|---|---|---|
| Product: | [Applications] k3b | Reporter: | Max <iprmaster> |
| Component: | Video DVD | Assignee: | k3b developers <k3b> |
| Status: | RESOLVED FIXED | ||
| Severity: | major | CC: | asturm, johu, olivier+kde, stupor_scurvy343, trueg, yanestra |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Gentoo Packages | ||
| OS: | Linux | ||
| Latest Commit: | https://invent.kde.org/multimedia/k3b/-/commit/c65e9cfb04926c93cc5e112ec2e720dcc8161f5c | Version Fixed In: | |
| Sentry Crash Report: | |||
| Attachments: | K3b error log | ||
|
Description
Max
2013-04-03 19:48:38 UTC
Created attachment 78635 [details]
K3b error log
I had the same error during a DVDRip job. I chose the "2-pass encode" option and, after having finished the first, it stopped while preparing to start the second step. I have "dvdlibcss4" and "libdvdcss2" properly installed on my pc as I could copy the same Dvd to an .iso file before I decided it would have been great if I could directly rip as an .avi file.
Notice that I tried to restart the process and, unchecking the "2-pass encode" feature, it would have had to do only one conversion (I suppose) but the same error still occurred.
I attached the "log.txt" file, so i hope it will be useful.
Thanks for fixing this.
This bug is still current though it seems to be a problem with transcode itself. I have strace'd the transcode process spawned by k3b and it seems to try to open the following files (I'm guessing the codec part of the filenames must depend on the source medium): ./ffmpeg.cfg $HOME/.ffmpeg/medium.ffpreset $HOME/.ffmpeg/mpeg4-medium.ffpreset /usr/share/ffmpeg/medium.ffpreset /usr/share/ffmpeg/mpeg4-medium.ffpreset This is with K3b-2.0.2 and transcode-1.1.7. I don't think this is a k3b bug and will open a bug in Gentoo's bugzilla. Bug already opened on Gentoo's side. They are tracking https://bugs.kde.org/show_bug.cgi?id=274668 There is a patch at https://launchpadlibrarian.net/184767623/debian-bug-697558- which reportedly solves the issue but I have not been able to confirm. Thank you for the bug report. As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists. If this bug is no longer persisting or relevant please change the status to resolved. Still relevant. k3b can do nothing about a hopelessly broken transcode (with any non-ancient ffmpeg). In our Gentoo downstream package I hard-disabled transcode in code by reverting commit f7d385a40cc062fa4db46c165f82f437dea82c58, so as far as I am concerned this is "solved". A possibly relevant merge request was started @ https://invent.kde.org/multimedia/k3b/-/merge_requests/50 Git commit c65e9cfb04926c93cc5e112ec2e720dcc8161f5c by Albert Astals Cid, on behalf of Andreas Sturmlechner. Committed on 29/08/2023 at 23:46. Pushed by aacid into branch 'master'. Revert "Keep transcode until a replacement is implemented." No one implemented a replacement after more than 6 years. Make sure users are not presented with a completely broken option. This reverts commit f7d385a40cc062fa4db46c165f82f437dea82c58. Related: bug 383931, bug 399500, bug 414477, bug 434159, bug 441009, bug 274668 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org> M +3 -0 libk3b/core/k3bdefaultexternalprograms.cpp https://invent.kde.org/multimedia/k3b/-/commit/c65e9cfb04926c93cc5e112ec2e720dcc8161f5c |