https://bugs.kde.org/show_bug.cgi?id=381131
--- Comment #3 from Leslie Zhai <lesliez...@llvm.org.cn> --- Hi Wolfgang, Thanks for your kind response! > Sorry, I know you disabled transcode because of bug#360170. > But this is no way a duplicate. Sorry for that! > > And the current situation is really bad. Let me restate the current problems: > - Ripping VideoDVDs does not work at all > - If you try to do it, k3b tells you to install transcode (which is not > supported, so installing it doesn't change anything.) Yes! very bad! so someone want to disable it https://git.reviewboard.kde.org/r/130011/ > > OTOH, transcode works fine in openSUSE. Even if it is unmaintained upstream, > distributions/packagers do still support it and keep it working (with newer > ffmpeg e.g.). I investigated transcode http://www.leetcode.cn/2016/08/k3b.html and I quoted it here: It is not encrypted issue at all! libdvdcss is able to access and unscramb DVDs encrypted with the Content Scramble System (CSS), but transcode failed to rip videodvd (see screenshot https://pbs.twimg.com/media/CrJ54YmVYAEDLL9.jpg) using mplayer to test the output *.avi, and debug info goes here. There is a looping failure for libdvdread's CHECK_VALUE(dsi->dsi_gi.zero1 == 0), but it doesn't matter, using mplayer to rip videodvd mplayer -dumpstream dvd:////dev/sr0 -nocache -dumpfile test.mpg also print out such stuff! But pay more attention to ffmpeg libavcodec's warning: [mpeg4 @ 0x55a0daf96a40] AVFrame.format is not set [mpeg4 @ 0x55a0daf96a40] AVFrame.width or height is not set I reported the issue to UPSTREAM ArchLinux packager choosing transcode-1.1.7's tarball, but transcoding.org domain relocating to https://bitbucket.org/achurch_/transcode/wiki/Home, so I have no idea what happened - yet another transcode v1.2.0-d302c3a215bb, and failed to build for ffmpeg v3.1.3, then I migrated it, NOT be merged again! transcode-1.2 (binary name) still failed to rip videodvd, same story as the screenshot. > So re-enabling that would be the easiest/quickest way to fix VideoDVD > ripping IMHO. > Maybe you could display a warning dialog that transcode is not maintained > upstream and there may be problems... > > If you don't want to do that, you should at least change the current error > dialog. I argue that ffmpeg is a better alternative choice for taking place of transcode, thoughts? Regards, Leslie Zhai -- You are receiving this mail because: You are watching all bug changes.
