[packman] Does Handbrake work for anybody on Tumbleweed?

[Manfred Hollstein]

Hi Stefan,

On Mon, 15 Aug 2016, 13:42:14 +0200, Stefan Seyfried wrote:
> On 15.08.2016 13:12, Manfred Hollstein wrote:
> 
> > My ultimate question really is, does Handbrake actually work for anyone?
> > If so, which repos do you use?
> 
> It looks like it does. I can convert TS recordings from VDR, containing
> h264 / AC3 sound:

Thanks very much for your response. I have some comments/remarks, please
read on.

> seife at susi:/local/video> HandBrakeCLI -Z "Android Tablet" -O -i
> /mounts/server2/capture/vdr/Irgendwie_und_Sowieso/2016-08-08.22.00.80-0.rec/00001.ts
> -o Irgendwie_und_sowieso_9.mp4 -a 3 -E copy:ac3
> [13:33:34] hb_init: starting libhb thread
> HandBrake 0.10.5 (2016022000) - Linux x86_64 - https://handbrake.fr
> 2 CPUs detected
> Opening
> /mounts/server2/capture/vdr/Irgendwie_und_Sowieso/2016-08-08.22.00.80-0.rec/00001.ts...
> [13:33:34] CPU: Intel(R) Core(TM)2 Duo CPU     L9400  @ 1.86GHz
> [13:33:34]  - logical processor count: 2
> [13:33:34] OpenCL: library not available
> [13:33:34] hb_scan:
> path=/mounts/server2/capture/vdr/Irgendwie_und_Sowieso/2016-08-08.22.00.80-0.rec/00001.ts,
> title_index=1
> udfread ERROR: ECMA 167 Volume Recognition failed
> disc.c:274: failed opening UDF image
> /mounts/server2/capture/vdr/Irgendwie_und_Sowieso/2016-08-08.22.00.80-0.rec/00001.ts
> disc.c:352: error opening file BDMV/index.bdmv
> disc.c:352: error opening file BDMV/BACKUP/index.bdmv
> [13:33:34] bd: not a bd - trying as a stream/file instead
> libdvdnav: Using dvdnav version 5.0.3
> libdvdread:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
> libdvdread:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
> libdvdread: Can't open file VIDEO_TS.IFO.
> libdvdnav: vm: failed to read VIDEO_TS.IFO
> [13:33:34] dvd: not a dvd - trying as a stream/file instead
> [13:33:34] file is MPEG Transport Stream with 188 byte packets offset 0
> bytes
> [13:33:34] Found the following PIDS
> [13:33:34]     Video PIDS :
> [13:33:34]       0x1451 type H.264 (0x1b) (PCR)
> [13:33:34]     Audio PIDS :
> [13:33:34]       0x1452 type MPEG1 (0x3)
> [13:33:34]       0x1453 type MPEG1 (0x3)
> [13:33:34]       0x1456 type AC3 (0x81)
> [13:33:34]     Subtitle PIDS :
> [13:33:34]     Other PIDS :
> [13:33:34]       0x1455 type DVB Subtitling (0x0)
> [13:33:34] stream id 0x1452 (type 0x3 substream 0x0) audio 0x1452
> [13:33:34] stream id 0x1453 (type 0x3 substream 0x0) audio 0x1453
> [13:33:34] stream id 0x1456 (type 0x81 substream 0x0) audio 0x1456
> [13:34:07] stream doesn't seem to have video IDR frames
> [13:34:07] scan: decoding previews for title 1
> Scanning title 1 of 1, preview 1, 0.00 %[13:34:07] file is MPEG
> Transport Stream with 188 byte packets offset 0 bytes

I get very similar output for my files up to here, but then I see lots
of messages similar to this:

  [16:11:46] decavcodecvInit: failed to find codec for id (28)
  [16:11:46] decavcodecvWork: failed to find codec for id (28)
  [16:11:46] decavcodecvWork: failed to find codec for id (28)
  [16:11:46] decavcodecvWork: failed to find codec for id (28)
  [16:11:46] no info on audio type 131072/0x15000 for id 0x1339
  [16:11:46] no info on audio type 131072/0x15000 for id 0x133a
  [16:11:46] decavcodecvWork: failed to find codec for id (28)
  [16:11:46] decavcodecvWork: failed to find codec for id (28)
  [16:11:46] no info on audio type 2048/0x15003 for id 0x133c
  [16:11:46] no info on audio type 131072/0x15029 for id 0x133e

I used a similar command line like you did, but deliberately left out
any audio related option to rely on using the first audio track found
(according to "HandBrakeCLI --help"):

  $ HandBrakeCLI -Z "Android Tablet" -O -i Dreambox/20160813\ 2010\ -\ ServusTV\ HD\ Deutschland\ -\ The\ Score.ts -o foo.mp4

> [13:34:07] scan: audio 0x1453: mp2, rate=48000Hz, bitrate=128000 Unknown
[...]

> I have never added anything from multimedia:libs, only packman and factory

Hmm, where did you get your libavcodec57 from then? Could it be that you
are still using the old version provided by Packman before most of such
packages got removed from Packman? Which repository is shown for it when
you run the following command:

  # zypper se -s -i libavcodec57

Mine is from multimedia:libs.obs, yours probably is '(System Packages)',
isn't it?

TIA, cheers.

l8er
manfred
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 209 bytes
Desc: not available
URL: <http://lists.links2linux.de/pipermail/packman/attachments/20160815/e6d580c4/attachment.sig>