Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #200837 > unrolled thread

Burn Blu-Ray video on Linux

Started byBob McGowan <ramjr0915@gmail.com>
First post2018-10-03 06:10 +0200
Last post2018-10-05 00:10 +0200
Articles 9 — 5 participants

Back to article view | Back to linux.debian.user

Contents

  Burn Blu-Ray video on Linux Bob McGowan <ramjr0915@gmail.com> - 2018-10-03 06:10 +0200
    Re: Burn Blu-Ray video on Linux Jimmy Johnson <field.engineer@gmail.com> - 2018-10-03 06:40 +0200
    Re: Burn Blu-Ray video on Linux deloptes <deloptes@gmail.com> - 2018-10-03 08:30 +0200
      Re: Burn Blu-Ray video on Linux Bob McGowan <ramjr0915@gmail.com> - 2018-10-04 06:10 +0200
        Re: Burn Blu-Ray video on Linux deloptes <deloptes@gmail.com> - 2018-10-04 08:30 +0200
          Re: Burn Blu-Ray video on Linux Jonathan Dowland <jmtd@debian.org> - 2018-10-04 10:10 +0200
            Re: Burn Blu-Ray video on Linux deloptes <deloptes@gmail.com> - 2018-10-04 20:00 +0200
              Re: Burn Blu-Ray video on Linux Reco <recoverym4n@enotuniq.net> - 2018-10-04 20:50 +0200
                Re: Burn Blu-Ray video on Linux deloptes <deloptes@gmail.com> - 2018-10-05 00:10 +0200

#200837 — Burn Blu-Ray video on Linux

FromBob McGowan <ramjr0915@gmail.com>
Date2018-10-03 06:10 +0200
SubjectBurn Blu-Ray video on Linux
Message-ID<wEGE1-4ky-1@gated-at.bofh.it>

[Multipart message — attachments visible in raw view] — view raw

Hi,

I have a high def (4K) mp4 video I would like to put on a Blu-Ray disk, 
to play in a standard Blu-Ray player.

So I did the Google search and found several posts, all of which 
mentioned an application tsMuxeR, which is available for Linux and is in 
the Debian repos.

However, it is a 32 bit application, but hey, no problem, I have 
multi-arch configured, and I've been able to run some 32 bit apps 
without issues.

Except this one.  The ldd command (is it ok to use the 64 bit command on 
a 32 bit binary?) says the file is "not a dynamic executable", yet when 
I run it, it complains about libraries not being found (which probably 
answers the question about ldd):

tsMuxeR: error while loading shared libraries: libstdc++.so.6:

But:

     $ find /usr/lib* -name libstdc++\*
     /usr/lib/gcc/x86_64-linux-gnu/6/libstdc++fs.a
     /usr/lib/gcc/x86_64-linux-gnu/6/libstdc++.a
     /usr/lib/gcc/x86_64-linux-gnu/6/libstdc++.so
     /usr/lib/x86_64-linux-gnu/libstdc++.so.6
     /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.22
     /usr/lib64/libstdc++.so.6.0.22
     /usr/lib64/libstdc++.so.6
     /usr/libx32/libstdc++.so.6.0.22
     /usr/libx32/libstdc++.so.6

Only one directory in the above with 32 bit, so I tried adding it to 
LD_LIBRARY_PATH:

     $ LD_LIBRARY_PATH=/usr/libx32 tsMuxeR
     tsMuxeR: error while loading shared libraries: libstdc++.so.6:

No joy.  And there is no file matching libstdc++.so.6 in /lib* or 
/usr/local/lib, either

Have I misconfigured something with multi-arch?  Is there a bug I 
couldn't find a reference too?

Any help or suggestions on other software to try?

Thanks,

Bob

[toc] | [next] | [standalone]

#200838

FromJimmy Johnson <field.engineer@gmail.com>
Date2018-10-03 06:40 +0200
Message-ID<wEH74-4wC-9@gated-at.bofh.it>
In reply to#200837
On 10/02/2018 09:02 PM, Bob McGowan wrote:
> Hi,
> 
> I have a high def (4K) mp4 video I would like to put on a Blu-Ray disk, 
> to play in a standard Blu-Ray player.
> 
> So I did the Google search and found several posts, all of which 
> mentioned an application tsMuxeR, which is available for Linux and is in 
> the Debian repos.
> 
> However, it is a 32 bit application, but hey, no problem, I have 
> multi-arch configured, and I've been able to run some 32 bit apps 
> without issues.
> 
> Except this one.  The ldd command (is it ok to use the 64 bit command on 
> a 32 bit binary?) says the file is "not a dynamic executable", yet when 
> I run it, it complains about libraries not being found (which probably 
> answers the question about ldd):
> 
> tsMuxeR: error while loading shared libraries: libstdc++.so.6:
> 
> But:
> 
>      $ find /usr/lib* -name libstdc++\*
>      /usr/lib/gcc/x86_64-linux-gnu/6/libstdc++fs.a
>      /usr/lib/gcc/x86_64-linux-gnu/6/libstdc++.a
>      /usr/lib/gcc/x86_64-linux-gnu/6/libstdc++.so
>      /usr/lib/x86_64-linux-gnu/libstdc++.so.6
>      /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.22
>      /usr/lib64/libstdc++.so.6.0.22
>      /usr/lib64/libstdc++.so.6
>      /usr/libx32/libstdc++.so.6.0.22
>      /usr/libx32/libstdc++.so.6
> 
> Only one directory in the above with 32 bit, so I tried adding it to 
> LD_LIBRARY_PATH:
> 
>      $ LD_LIBRARY_PATH=/usr/libx32 tsMuxeR
>      tsMuxeR: error while loading shared libraries: libstdc++.so.6:
> 
> No joy.  And there is no file matching libstdc++.so.6 in /lib* or 
> /usr/local/lib, either
> 
> Have I misconfigured something with multi-arch?  Is there a bug I 
> couldn't find a reference too?
> 
> Any help or suggestions on other software to try?
> 
> Thanks,
> 
> Bob


This package?
  https://packages.debian.org/sid/libstdc++6
-- 
Jimmy Johnson

Devuan Jessie - KDE 4.14.2 - AMD E2-6110 EXT4 at sda1
Registered Linux User #380263

[toc] | [prev] | [next] | [standalone]

#200840

Fromdeloptes <deloptes@gmail.com>
Date2018-10-03 08:30 +0200
Message-ID<wEIPv-5z0-9@gated-at.bofh.it>
In reply to#200837
Bob McGowan wrote:

> Hi,
> 
> I have a high def (4K) mp4 video I would like to put on a Blu-Ray disk,
> to play in a standard Blu-Ray player.
> 
> So I did the Google search and found several posts, all of which
> mentioned an application tsMuxeR, which is available for Linux and is in
> the Debian repos.
> 
> However, it is a 32 bit application, but hey, no problem, I have
> multi-arch configured, and I've been able to run some 32 bit apps
> without issues.
> 
> Except this one.  The ldd command (is it ok to use the 64 bit command on
> a 32 bit binary?) says the file is "not a dynamic executable", yet when
> I run it, it complains about libraries not being found (which probably
> answers the question about ldd):
> 
> tsMuxeR: error while loading shared libraries: libstdc++.so.6:
> 
> But:
> 
>  $ find /usr/lib* -name libstdc++\*
>  /usr/lib/gcc/x86_64-linux-gnu/6/libstdc++fs.a
>  /usr/lib/gcc/x86_64-linux-gnu/6/libstdc++.a
>  /usr/lib/gcc/x86_64-linux-gnu/6/libstdc++.so
>  /usr/lib/x86_64-linux-gnu/libstdc++.so.6
>  /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.22
>  /usr/lib64/libstdc++.so.6.0.22
>  /usr/lib64/libstdc++.so.6
>  /usr/libx32/libstdc++.so.6.0.22
>  /usr/libx32/libstdc++.so.6
> 
> Only one directory in the above with 32 bit, so I tried adding it to
> LD_LIBRARY_PATH:
> 
>  $ LD_LIBRARY_PATH=/usr/libx32 tsMuxeR
>  tsMuxeR: error while loading shared libraries: libstdc++.so.6:
> 
> No joy.  And there is no file matching libstdc++.so.6 in /lib* or
> /usr/local/lib, either
> 
> Have I misconfigured something with multi-arch?  Is there a bug I
> couldn't find a reference too?
> 
> Any help or suggestions on other software to try?
> 
> Thanks,
> 
> Bob


The libcstdc++ you need should be in stretch

ii  libstdc++6:i386                         6.3.0-18+deb9u1                            
i386         GNU Standard C++ Library v3

it provides
/usr/lib/i386-linux-gnu/libstdc++.so.6

The /usr/libx32/libstdc++.so.6.0.22 is probably artefact from the past

regards

[toc] | [prev] | [next] | [standalone]

#200884

FromBob McGowan <ramjr0915@gmail.com>
Date2018-10-04 06:10 +0200
Message-ID<wF37z-LQ-5@gated-at.bofh.it>
In reply to#200840
Thank you both for pointing to the correct library.  I will be trying it 
out soon, as time permits.

One question does remain, why didn't apt-get refuse to install the 
application, or pull in the correct library?

On 10/2/18 11:29 PM, deloptes wrote:
> Bob McGowan wrote:
>
>> Hi,
>>
>> I have a high def (4K) mp4 video I would like to put on a Blu-Ray disk,
>> to play in a standard Blu-Ray player.
>>
>> So I did the Google search and found several posts, all of which
>> mentioned an application tsMuxeR, which is available for Linux and is in
>> the Debian repos.
>>
>> However, it is a 32 bit application, but hey, no problem, I have
>> multi-arch configured, and I've been able to run some 32 bit apps
>> without issues.
>>
>> Except this one.  The ldd command (is it ok to use the 64 bit command on
>> a 32 bit binary?) says the file is "not a dynamic executable", yet when
>> I run it, it complains about libraries not being found (which probably
>> answers the question about ldd):
>>
>> tsMuxeR: error while loading shared libraries: libstdc++.so.6:
>>
>> But:
>>
>>   $ find /usr/lib* -name libstdc++\*
>>   /usr/lib/gcc/x86_64-linux-gnu/6/libstdc++fs.a
>>   /usr/lib/gcc/x86_64-linux-gnu/6/libstdc++.a
>>   /usr/lib/gcc/x86_64-linux-gnu/6/libstdc++.so
>>   /usr/lib/x86_64-linux-gnu/libstdc++.so.6
>>   /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.22
>>   /usr/lib64/libstdc++.so.6.0.22
>>   /usr/lib64/libstdc++.so.6
>>   /usr/libx32/libstdc++.so.6.0.22
>>   /usr/libx32/libstdc++.so.6
>>
>> Only one directory in the above with 32 bit, so I tried adding it to
>> LD_LIBRARY_PATH:
>>
>>   $ LD_LIBRARY_PATH=/usr/libx32 tsMuxeR
>>   tsMuxeR: error while loading shared libraries: libstdc++.so.6:
>>
>> No joy.  And there is no file matching libstdc++.so.6 in /lib* or
>> /usr/local/lib, either
>>
>> Have I misconfigured something with multi-arch?  Is there a bug I
>> couldn't find a reference too?
>>
>> Any help or suggestions on other software to try?
>>
>> Thanks,
>>
>> Bob
>
> The libcstdc++ you need should be in stretch
>
> ii  libstdc++6:i386                         6.3.0-18+deb9u1
> i386         GNU Standard C++ Library v3
>
> it provides
> /usr/lib/i386-linux-gnu/libstdc++.so.6
>
> The /usr/libx32/libstdc++.so.6.0.22 is probably artefact from the past
>
> regards
>

[toc] | [prev] | [next] | [standalone]

#200885

Fromdeloptes <deloptes@gmail.com>
Date2018-10-04 08:30 +0200
Message-ID<wF5j3-1XO-5@gated-at.bofh.it>
In reply to#200884
Bob McGowan wrote:

> One question does remain, why didn't apt-get refuse to install the
> application, or pull in the correct library?

don't know your setup, but /usr/libx32 does not exist since or after
wheezy - I don't recall when exactly it was replaced
by /usr/lib/i386-linux-gnu/ for the sake of multi-arch.

[toc] | [prev] | [next] | [standalone]

#200887

FromJonathan Dowland <jmtd@debian.org>
Date2018-10-04 10:10 +0200
Message-ID<wF6RQ-2Xj-9@gated-at.bofh.it>
In reply to#200885
On Thu, Oct 04, 2018 at 08:25:02AM +0200, deloptes wrote:
>don't know your setup, but /usr/libx32 does not exist since or after
>wheezy - I don't recall when exactly it was replaced
>by /usr/lib/i386-linux-gnu/ for the sake of multi-arch.

/usr/libx32 might be related to the x32 architecture port - which is
something different to i386 or amd64 and almost certainly not relevant
to solving this problem.

-- 

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Jonathan Dowland
⢿⡄⠘⠷⠚⠋⠀ https://jmtd.net
⠈⠳⣄⠀⠀⠀⠀ Please do not CC me, I am subscribed to the list.

[toc] | [prev] | [next] | [standalone]

#200901

Fromdeloptes <deloptes@gmail.com>
Date2018-10-04 20:00 +0200
Message-ID<wFg4O-8aA-7@gated-at.bofh.it>
In reply to#200887
Jonathan Dowland wrote:

> /usr/libx32 might be related to the x32 architecture port - which is
> something different to i386 or amd64 and almost certainly not relevant
> to solving this problem.

which port?

I am pretty sure this directory was removed in favor
of /usr/lib/i386-linux-gnu/, so it should not exist on recent debian. I am
willing to learn all the time andyou are wellcome.

regards

[toc] | [prev] | [next] | [standalone]

#200905

FromReco <recoverym4n@enotuniq.net>
Date2018-10-04 20:50 +0200
Message-ID<wFgRb-e9-9@gated-at.bofh.it>
In reply to#200901
	Hi.

On Thu, Oct 04, 2018 at 07:56:29PM +0200, deloptes wrote:
> Jonathan Dowland wrote:
> 
> > /usr/libx32 might be related to the x32 architecture port - which is
> > something different to i386 or amd64 and almost certainly not relevant
> > to solving this problem.
> 
> which port?

A very strange Intel architecture that was using 64-bit instruction set
but 32-bit memory addressing.

There was a time we had three Intel arches - i386, amd64 and x32.
AFAIK jessie is the last Debian release that had some preliminary
support of x32.

> I am pretty sure this directory was removed in favor
> of /usr/lib/i386-linux-gnu/, so it should not exist on recent debian.

Nope. It was /usr/lib32 (notice the absence of 'x') that became
/usr/lib/i386-linux-gnu.
/usr/lib/x32 should've become /usr/lib/x32-linux-gnu.

But, nobody is interested in it, so it's dead for all intents and
purposes.

Reco

[toc] | [prev] | [next] | [standalone]

#200909

Fromdeloptes <deloptes@gmail.com>
Date2018-10-05 00:10 +0200
Message-ID<wFjYJ-2eo-7@gated-at.bofh.it>
In reply to#200905
Reco wrote:

> Nope. It was /usr/lib32 (notice the absence of 'x') that became
> /usr/lib/i386-linux-gnu.
> /usr/lib/x32 should've become /usr/lib/x32-linux-gnu.
> 
Ah you are absolutely right it was lib32 

> But, nobody is interested in it, so it's dead for all intents and
> purposes.

Thanks God

Thank you

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.user

csiph-web