[k3b] [Bug 381131] Ripping Video DVDs is not possible, k3b tells you to install transcode although it is installed

[Leslie Zhai]

https://bugs.kde.org/show_bug.cgi?id=381131

--- Comment #3 from Leslie Zhai <lesliezhai at 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 the assignee for the bug.