Re: VLC cannot play MKV files?

[Clemens Lang]

On Wed, Jan 27, 2016 at 03:00:52PM +0100, Rainer Müller wrote:
> > I think the system bsdtar doesn't support this on all OS X versions
> > that do support hfs compression.
> 
> Right, on my OS X 10.10.5 Yosemite it does not seem to be supported. In
> the ticket you said it was not supported on OS X 10.9. Can anybody
> please check whether it is actually supported on OS X 10.11 El Capitan?
> 
> $ echo "666f6f00...00" | /usr/bin/bsdtar --hfsCompression -xqOf -
> foo>/dev/null
> bsdtar: Option --hfsCompression is not supported
> Usage:
> ...

10.11's bsdtar doesn't support --hfsCompression.

-- 
Clemens
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[René J . V . Bertin]

On Wednesday January 27 2016 15:00:52 Rainer Müller wrote:

> Yes, it is a test, but I would not call that simple. Also, we would only
> need to test this once and it could even be done during configure.

Configure when MacPorts itself is being built?

> afsctool is GPL-3 software, so we should not just include it in base, as
> it is BSD licensed.

Wasn't suggesting you should. But what can be done is to check for existence of 
the executable. That's what I do in the places where I added build.dir 
compression. That's a (crude) form of giving the user the choice whether or not 
the feature is to be used (someone not at all interested in using hfs 
compression would probably not install afsctool).

> We could include our own libarchive/bsdtar with this feature enabled or

It is already enabled.

> develop equivalent functionality for Pextlib based on the source of
> libarchive. However, it really does not look like writing compressed
> files is trivial [1].

No, it isn't, probably for a large part because it involves writing the 
compressed data to the resource fork. I'm using 
https://github.com/RJVB/afsctool/blob/master/afsctool.c as a reference, which 
is probably even more complicated because of additional features like choice of 
the compression level.
Things would have been different if the compressor were a part of the HFS+ 
implementation (and all you needed to do to activate it was setting the 
attribute on the file). As it is I think it'd be much preferable to leverage 
existing utilities or libraries that provide hfsCompression than to reimplement 
support for it.

R.
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[Rainer Müller]

On 2016-01-26 18:31, René J.V. Bertin wrote:
> On Tuesday January 26 2016 08:55:20 Ryan Schmidt wrote:
> 
>> https://trac.macports.org/ticket/36560

> On 2016-01-26 18:12, Joshua Root wrote:
>> Not really thrilled by the inline hex file and shelling out to run
>> a
> 
> Isn't that simply a test to see if the bsdtar command found "does the
> trick"?

Yes, it is a test, but I would not call that simple. Also, we would only
need to test this once and it could even be done during configure.

>> command pipeline before every extract either
> 
> I think the system bsdtar doesn't support this on all OS X versions
> that do support hfs compression.

Right, on my OS X 10.10.5 Yosemite it does not seem to be supported. In
the ticket you said it was not supported on OS X 10.9. Can anybody
please check whether it is actually supported on OS X 10.11 El Capitan?

$ echo "666f6f00...00" | /usr/bin/bsdtar --hfsCompression -xqOf -
foo>/dev/null
bsdtar: Option --hfsCompression is not supported
Usage:
...

Probably the test could even be simpler:

$ /usr/bin/bsdtar --hfsCompression --help
bsdtar: Option --hfsCompression is not supported
Usage:
...

$ /opt/local/bin/bsdtar --hfsCompression --help
bsdtar: manipulate archive files
First option must be a mode specifier:
-c Create -r Add/Replace -t List -u Update -x Extract
...

> I've never looked in detail at how activation works without this
> patch; does it always use a temporary folder in
> ${prefix}/var/macports/software/${subport} from which items are then
> moved into place? If so, the easiest approach to making this optional
> would be to run a version of afsctool on the extraction folder.
> Afsctool being apparent abandonware I've developed it further,
> letting it process files in parallel. Combined with an accelerated
> zlib that makes fast enough that even a post-build compression of
> Qt's build.dir is insignificant w.r.t. to build time (for very
> appreciable savings).

afsctool is GPL-3 software, so we should not just include it in base, as
it is BSD licensed.

We could include our own libarchive/bsdtar with this feature enabled or
develop equivalent functionality for Pextlib based on the source of
libarchive. However, it really does not look like writing compressed
files is trivial [1].

Rainer

[1]
https://github.com/libarchive/libarchive/blob/b9d0b46eb05b0f1e6c832512c2c6b5d782db58d1/libarchive/archive_write_disk_posix.c
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[Vincent Habchi]

>> I was under the impression that Apple already compressed the files and 
>> programs installed with the operating system, using HFS compression, ever 
>> since taking up less disk space was listed as a feature of Snow Leopard.
> Yeah, I thought so too, but I also have the impression that may not always 
> work as advertised after a few updates have been applied. Easy enough to 
> check with `ls -lO` (/usr/bin/ls that is).

I’ve applied René method, disabling SIP while compressing /Applications. It 
gave me some significant savings, thus I surmise all the applications are not 
compressed. Xcode is, though, but things like iWorks (Pages, etc.) are not.

I am not space savings in Snow Leopard were the result of using file 
compression. I’d rather wager Apple get rid of some universal code (ppc/ppc64) 
in 10.6. 10.5 was the final version usable with ppc, AFAIR.

Vincent

___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[Chris Jones]

Hi,


On 26/01/16 09:47, Vincent Habchi wrote:

I was under the impression that Apple already compressed the files and programs 
installed with the operating system, using HFS compression, ever since taking 
up less disk space was listed as a feature of Snow Leopard.

Yeah, I thought so too, but I also have the impression that may not always work 
as advertised after a few updates have been applied. Easy enough to check with 
`ls -lO` (/usr/bin/ls that is).


I’ve applied René method, disabling SIP while compressing /Applications. It 
gave me some significant savings, thus I surmise all the applications are not 
compressed. Xcode is, though, but things like iWorks (Pages, etc.) are not.

I am not space savings in Snow Leopard were the result of using file 
compression. I’d rather wager Apple get rid of some universal code (ppc/ppc64) 
in 10.6. 10.5 was the final version usable with ppc, AFAIR.


I have in the past used Xslimmer to save a fair amount of space on old 
OSX versions where PPC versions etc. where still shipped.


http://www.xslimmer.com/

With it you can slim down fat binaries to the exact version you require 
(PP, 32bit, 64bit) but also remove, if you want, all the 
internationalization a lot of applications come with. Some applications 
can really be reduced in size...


Chris

p.s. I have nothing to do with them...



Vincent

___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev


___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[Ryan Schmidt]

> On Jan 26, 2016, at 1:47 AM, Vincent Habchi  wrote:
> 
>>> I was under the impression that Apple already compressed the files and 
>>> programs installed with the operating system, using HFS compression, ever 
>>> since taking up less disk space was listed as a feature of Snow Leopard.
>> Yeah, I thought so too, but I also have the impression that may not always 
>> work as advertised after a few updates have been applied. Easy enough to 
>> check with `ls -lO` (/usr/bin/ls that is).
> 
> I’ve applied René method, disabling SIP while compressing /Applications. It 
> gave me some significant savings, thus I surmise all the applications are not 
> compressed. Xcode is, though, but things like iWorks (Pages, etc.) are not.
> 
> I am not space savings in Snow Leopard were the result of using file 
> compression.

According to the Ars Technica review of Snow Leopard, 97% of executable files 
in Snow Leopard are compressed.

http://arstechnica.com/apple/2009/08/mac-os-x-10-6/3/


> I’d rather wager Apple get rid of some universal code (ppc/ppc64) in 10.6. 
> 10.5 was the final version usable with ppc, AFAIR.

10.6 removed ppc64 code but kept ppc code. 10.7 removed ppc code.


___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[Ryan Schmidt]

> On Jan 26, 2016, at 2:26 AM, René J.V. Bertin  wrote:
> 
> Given the disk savings it can give I really don't understand why the patch 
> that adds HFS compression to port activation was never accepted.

For reference, that was this ticket:

https://trac.macports.org/ticket/36560

There were performance concerns earlier in the discussion but I'm not sure if 
the latest version of the patch attached there resolves them.

___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[Daniel J. Luke]

On Jan 26, 2016, at 11:55 AM, Ryan Schmidt  wrote:
> There were performance concerns earlier in the discussion but I'm not sure if 
> the latest version of the patch attached there resolves them.

the latest comment that mentions it says it's a 2x slowdown (better than the 
original 10x slowdown).

As mentioned in the ticket - this is really something that needs to be 
configurable if it's added (I can see how one might want this on a small SSD, 
but I  don't want it set on my large disk array...)

-- 
Daniel J. Luke  
 
++ 
| * dl...@geeklair.net * |  

| *-- http://www.geeklair.net -* |  

++ 
|   Opinions expressed are mine and do not necessarily   |  

|  reflect the opinions of my employer.  |  

++





___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[Joshua Root]

On 2016-1-27 04:04 , Daniel J. Luke wrote:
> On Jan 26, 2016, at 11:55 AM, Ryan Schmidt  wrote:
>> There were performance concerns earlier in the discussion but I'm not sure 
>> if the latest version of the patch attached there resolves them.
> 
> the latest comment that mentions it says it's a 2x slowdown (better than the 
> original 10x slowdown).
> 
> As mentioned in the ticket - this is really something that needs to be 
> configurable if it's added (I can see how one might want this on a small SSD, 
> but I  don't want it set on my large disk array...)

Not really thrilled by the inline hex file and shelling out to run a
command pipeline before every extract either. Seems like this could be a
configure check for the system bsdtar supporting the feature instead.

- Josh
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[Daniel J. Luke]

On Jan 26, 2016, at 12:12 PM, Joshua Root  wrote:
> Not really thrilled by the inline hex file and shelling out to run a
> command pipeline before every extract either. Seems like this could be a
> configure check for the system bsdtar supporting the feature instead.

+1

I didn't review the patches - I had thought that that was how the latest one 
worked (if not, it really should work that way).

-- 
Daniel J. Luke  
 
++ 
| * dl...@geeklair.net * |  

| *-- http://www.geeklair.net -* |  

++ 
|   Opinions expressed are mine and do not necessarily   |  

|  reflect the opinions of my employer.  |  

++





___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[René J . V . Bertin]

On Tuesday January 26 2016 08:55:20 Ryan Schmidt wrote:

>https://trac.macports.org/ticket/36560

Yeah, that was the one.

>There were performance concerns earlier in the discussion but I'm not sure if 
>the latest version of the patch attached there resolves them.

Activating hfsCompression is still noticeably slower, and that's inevitable. 
The cost can be reduced by using an accelerated zlib, but that's a delicate 
issue on here that I'm not going to reignite. That said, I do use the 
CloudFlare patches locally, and find that the cost is perfectly acceptable once 
you take the disk savings into account. That's using a big spinning disk 
though, so the cycles lost compressing data are compensated partly by less 
cycles writing the data to disk.
In any case, the performance difference becomes something of an issue only on 
(very) large ports like Qt, where the savings are the most important. I don't 
de/reactivate (big) ports often enough for this to be an issue.

> Not really thrilled by the inline hex file and shelling out to run a

Isn't that simply a test to see if the bsdtar command found "does the trick"?

> command pipeline before every extract either

I think the system bsdtar doesn't support this on all OS X versions that do 
support hfs compression.

I've never looked in detail at how activation works without this patch; does it 
always use a temporary folder in ${prefix}/var/macports/software/${subport} 
from which items are then moved into place? If so, the easiest approach to 
making this optional would be to run a version of afsctool on the extraction 
folder. Afsctool being apparent abandonware I've developed it further, letting 
it process files in parallel. Combined with an accelerated zlib that makes fast 
enough that even a post-build compression of Qt's build.dir is insignificant 
w.r.t. to build time (for very appreciable savings).

R.
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[René J . V . Bertin]

On Tuesday January 26 2016 10:47:10 Vincent Habchi wrote:

>I’ve applied René method, disabling SIP while compressing /Applications. It 
>gave me some significant savings, thus I surmise all the applications are not 
>compressed. Xcode is, though, but things like iWorks (Pages, etc.) are not.

Xcode can be slimmed down significantly by getting rid of unneeded SDKs (and 
IIRC that doesn't require you to re-codesign it).
HFS compression is unstable in the sense that it gets lost when you rewrite the 
file. That's why commands like rsync have options to preserve compression. The 
lack of a user-space command to compress files shows that it isn't really 
intended as a tool for mere mortal users to save disk space. You could say 
that's because it's not in Apple's interest (they also sell disk space) but it 
becomes a bit easier to understand when you look at afsctool.c . Applying HFS 
compression to a file isn't a trivial matter *at all*, so I've added a bit more 
failsafe protections to the version I'm using myself.

Given the disk savings it can give I really don't understand why the patch that 
adds HFS compression to port activation was never accepted.

>I am not space savings in Snow Leopard were the result of using file 
>compression. I’d rather wager Apple get rid of some universal code (ppc/ppc64) 
>in 10.6. 10.5 was the final version usable with ppc, AFAIR.

Yes, but lots of apps and most all libraries/frameworks still had PPC code in 
them because 10.6 was the last version providing Rosetta.

R.
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[Ryan Schmidt]

> On Jan 24, 2016, at 1:42 AM, Vincent Habchi  wrote:
> 
>> Sure. And it is probably also very easy to introduce regressions that way if 
>> the #ifdefs aren't already in place.
> 
> Yeah, that’s right. Every cloud has its silver lining. Or the contrary for 
> that matter.
> 
>> It'll do the same with your /Applications directory or the entire /opt/local 
>> tree.
> 
> Except that it’s no longer possible to compress the build-in Applications 
> with OS X 10.11 since Apple introduced SIP 
> (http://arstechnica.com/apple/2015/09/os-x-10-11-el-capitan-the-ars-technica-review/8/#h1).
>  Even root cannot modify the protected applications (it’s still possible, but 
> it’s a darn intricate process to do it).

I was under the impression that Apple already compressed the files and programs 
installed with the operating system, using HFS compression, ever since taking 
up less disk space was listed as a feature of Snow Leopard.


___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[René J . V . Bertin]

On Monday January 25 2016 19:39:26 Ryan Schmidt wrote:

>I was under the impression that Apple already compressed the files and 
>programs installed with the operating system, using HFS compression, ever 
>since taking up less disk space was listed as a feature of Snow Leopard.

Yeah, I thought so too, but I also have the impression that may not always work 
as advertised after a few updates have been applied. Easy enough to check with 
`ls -lO` (/usr/bin/ls that is).

Even better than HFS compression is storing little-used apps on a compressed 
DMG and running them from there. That's what I've been doing with iTunes ever 
since it was code-signed and I could no longer get rid of the considerable 
amount of useless (to me) stuff in the app bundle.
The total footprint in bytes isn't very different of course, but it's always 
more efficient to have a single big file rather than the same number of bytes 
in myriads of smaller files.

R.
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[Vincent Habchi]

> This typically doesn't take a lot of space, and no compiler option will 
> remove the unused code in software that was meant to support different CPUs 
> at runtime…

Except that you can use configure to detect what model of processor you’re 
running on, and then with a -D flag eliminate all the code that is not targeted 
for your CPU (via #ifdef/#ifndef).

> My approach is to run the build on only 3 of the 4 cores I have, and with 
> "nice -15". Building Qt5 (without QtWebengine) takes just a bit over 2h that 
> way, as long as I don't use link-time optimisation (on a 2011 MBP with an i7).

> Have you tried renicing the compilation up or the VLC instance down?

No, I didn’t. I am aware I should, but Qt5 with the QtWebEngine takes forever 
to compile, I’m not sure I want the ordeal to drag on. But next time I will 
(or, more probably, I will start the compilation before leaving to work).

> Check out port:afsctool, HFS compression can make a considerable difference.

I wasn’t aware of it. Thanks! It saves more than 60% with VLC. Cool.

> Why not, but I'm not planning to do anything with VLC for the time being…

Okay, won’t bother you with it then. I’ll keep it private.

Have a great day/night, depending on your exact TZ.

Vincent


___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[Vincent Habchi]

> Sure. And it is probably also very easy to introduce regressions that way if 
> the #ifdefs aren't already in place.

Yeah, that’s right. Every cloud has its silver lining. Or the contrary for that 
matter.

> It'll do the same with your /Applications directory or the entire /opt/local 
> tree.

Except that it’s no longer possible to compress the build-in Applications with 
OS X 10.11 since Apple introduced SIP 
(http://arstechnica.com/apple/2015/09/os-x-10-11-el-capitan-the-ars-technica-review/8/#h1).
 Even root cannot modify the protected applications (it’s still possible, but 
it’s a darn intricate process to do it).

V.

___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[René J . V . Bertin]

On Sunday January 24 2016 09:46:03 Vincent Habchi wrote:

>Except that you can use configure to detect what model of processor you’re 
>running on, and then with a -D flag eliminate all the code that is not 
>targeted for your CPU (via #ifdef/#ifndef).

Sure. And it is probably also very easy to introduce regressions that way if 
the #ifdefs aren't already in place.

>> Have you tried renicing the compilation up or the VLC instance down?

No, why would I? If I want to watch video while a compile job runs, the video 
has priority. Either that competes with compile job (and then I'll just watch 
another video if the compilation isn't done) or the video requires other 
resources and thus doesn't affect the compilation overly.
I should add that I have a nice big fat (and "fast") HDD, so compile jobs have 
a built-in phase in which they shouldn't compete too much for resources with 
video playback and which also doesn't really depend on the nice value.

Renicing upwards is something I never do.

>I wasn’t aware of it. Thanks! It saves more than 60% with VLC. Cool.

It'll do the same with your /Applications directory or the entire /opt/local 
tree.

R.
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[René J . V . Bertin]

On Sunday January 24 2016 10:42:56 Vincent Habchi wrote:

> Except that it’s no longer possible to compress the build-in Applications 
> with OS X 10.11 since Apple introduced SIP 
> (http://arstechnica.com/apple/2015/09/os-x-10-11-el-capitan-the-ars-technica-review/8/#h1).
>  Even root cannot modify the protected applications (it’s still possible, but 
> it’s a darn intricate process to do it).

A trip to single-user mode or into recovery mode to toggle an EFI setting, 
right? It's something I quite certainly would do anyway, as I've always imposed 
some additional organisation structure on /Applications.
To me, /Applications is most definitely NOT a system area, and only barely a 
place where a capable administrator should not have direct write access.

But that's a different topic altogether.

R.
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[Brandon Allbery]

On Sun, Jan 24, 2016 at 6:20 AM, René J.V.  wrote:

> A trip to single-user mode or into recovery mode to toggle an EFI setting,
> right?


csrutil {enable|disable} and reboot.

-- 
brandon s allbery kf8nh   sine nomine associates
allber...@gmail.com  ballb...@sinenomine.net
unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[René J . V . Bertin]

On Saturday January 23 2016 14:19:26 Vincent Habchi wrote:

> Latest one:
> 
> port installed | grep VLC
> VLC @2.1.5_7+mod+mpc+osd+qtkit+quartz (active)

That's indeed that latest one provided through MacPorts, but not the latest VLC 
version. I've submitted a port for 2.2.1 on Trac months ago, but it has never 
been committed.
> 
> > What does the VLC log tell you (either in-app or by launching the app 
> > bundle executable directly from a terminal, with the -vvv argument)?
> 
> You will find the relevant part of the log hereafter. It seems VLC does not 
> recognise the header, and there is an unknown error at some point that looks 
> ominous.

Might I suggest that you download the latest VLC player from videolan.org 
directly, and see if that one gives the same error? If it doesn't, you can then 
probably simply uninstall the one from MacPorts.

Hope that helps...

Cheers,
René
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[Vincent Habchi]

Hi René,

> Any MKV file? What VLC version?

Latest one:

port installed | grep VLC
VLC @2.1.5_7+mod+mpc+osd+qtkit+quartz (active)

> What does the VLC log tell you (either in-app or by launching the app bundle 
> executable directly from a terminal, with the -vvv argument)?

You will find the relevant part of the log hereafter. It seems VLC does not 
recognise the header, and there is an unknown error at some point that looks 
ominous.

Thanks for looking into this!
Cheers!
Vincent

—

/Applications/MacPorts/VLC.app/Contents/MacOS/VLC -vvv 
/Volumes/Archives/Vidéos/Series/MLP\ FIM\ S4/YP-7Z-04x01.mkv
VLC media player 2.1.5 Rincewind (revision 2.1.4-49-gdab6cb5)
[0x7ffca242b0b0] main libvlc debug: VLC media player - 2.1.5 Rincewind
[0x7ffca242b0b0] main libvlc debug: Copyright © 1996-2014 the VideoLAN team
[0x7ffca242b0b0] main libvlc debug: revision 2.1.4-49-gdab6cb5
[0x7ffca242b0b0] main libvlc debug: configured with ./configure  
'--prefix=/opt/local' 
'--with-contrib=/opt/local/var/macports/build/_Macports_dports_multimedia_VLC/VLC/work/vlc-2.1.5/contrib'
 '--enable-shared' '--disable-debug' '--disable-update-check' '--disable-dbus' 
'--disable-growl' '--disable-notify' '--enable-gnutls' '--disable-lua' 
'--disable-decklink' '--disable-dv1394' '--disable-gnomevfs' 
'--disable-libfreerdp' '--disable-libvnc' '--disable-linsys' 
'--disable-macosx-eyetv' '--disable-opencv' '--disable-realrtsp' 
'--disable-smbclient' '--disable-v4l2' '--disable-vcdx' '--enable-bluray' 
'--enable-dc1394' '--enable-dvdnav' '--enable-dvdread' '--enable-libcddb' 
'--enable-sftp' '--enable-vcd' '--disable-dvbpsi' '--disable-gme' 
'--disable-sid' '--disable-shout' '--enable-mkv' '--enable-mux_ogg' 
'--enable-ogg' '--disable-crystalhd' '--disable-dxva2' '--disable-fdkaac' 
'--disable-kate' '--disable-libass' '--disable-libva' '--disable-live555' 
'--disable-omxil' '--disable-omxil-vout' '--disable-quicksync' 
'--disable-quicktime' '--disable-rpi-omxil' '--disable-speex' '--disable-tiger' 
'--disable-wma-fixed' '--disable-shine' '--disable-zvbi' '--enable-a52' 
'--enable-avcodec' '--enable-avformat' '--enable-dca' '--enable-dirac' 
'--enable-faad' '--enable-flac' '--enable-fluidsynth' '--enable-mad' 
'--enable-opus' '--enable-png' '--enable-postproc' '--enable-schroedinger' 
'--enable-swscale' '--enable-telx' '--enable-theora' '--enable-twolame' 
'--enable-vorbis' '--enable-x264' '--without-x' '--disable-aa' '--disable-caca' 
'--disable-egl' '--disable-fribidi' '--disable-gles1' '--disable-gles2' 
'--disable-glx' '--disable-sdl' '--disable-sdl-image' '--disable-svg' 
'--disable-vdpau' '--disable-xcb' '--disable-xvideo' '--disable-chromaprint' 
'--disable-jack' '--disable-pulse' '--disable-macosx-dialog-provider' 
'--disable-qt' '--disable-skins2' '--enable-ncurses' '--disable-goom' 
'--disable-projectm' '--disable-vsxu' '--disable-mtp' '--disable-udev' 
'--enable-bonjour' '--enable-upnp' '--enable-macosx-vout' 
'--enable-macosx-audio' '--with-macosx-sdk=/' '--enable-macosx-vlc-app' 
'--enable-mod' '--enable-mpc' '--enable-freetype' '--enable-fontconfig' 
'--enable-macosx-qtkit' '--enable-macosx' '--enable-macosx-avfoundation' 
'--disable-samplerate' '--enable-merge-ffmpeg' '--enable-realrtsp' 
'--enable-libass' 'CC=/usr/bin/clang' 'CFLAGS=-pipe -Os -arch x86_64' 
'LDFLAGS=-L/opt/local/lib -Wl,-headerpad_max_install_names -arch x86_64' 
'CPPFLAGS=-I/opt/local/include -D__unix__=1' 'CXX=/usr/bin/clang++' 
'CXXFLAGS=-pipe -Os -stdlib=libc++ -arch x86_64' 'OBJC=/usr/bin/clang' 
'OBJCFLAGS=-pipe -Os -arch x86_64' 'CXXCPP=/usr/bin/clang++ -E'
[0x7ffca242b0b0] main libvlc debug: searching plug-in modules
[0x7ffca242b0b0] main libvlc debug: loading plugins cache file 
/Applications/MacPorts/VLC.app/Contents/MacOS/plugins/plugins.dat
[0x7ffca242b0b0] main libvlc debug: recursively browsing 
`/Applications/MacPorts/VLC.app/Contents/MacOS/plugins'
[0x7ffca242b0b0] main libvlc debug: saving plugins cache 
/Applications/MacPorts/VLC.app/Contents/MacOS/plugins/plugins.dat
[0x7ffca242b0b0] main libvlc debug: plug-ins loaded: 351 modules
[0x7ffca242b0b0] main libvlc debug: opening config file 
(/Users/vincent/Library/Preferences/org.videolan.vlc/vlcrc)
[0x7ffca242b0b0] main libvlc debug: translation test: code is "C"
[0x7ffca242b0b0] main libvlc debug: CPU has capabilities MMX MMXEXT SSE SSE2 
SSE3 SSSE3 SSE4.1 SSE4.2 FPU 
[0x7ffca24449a0] main input debug: Creating an input for 'Media Library'
[0x7ffca24449a0] main input debug: Input is a meta file: disabling unneeded 
options
[0x7ffca24449a0] main input debug: using timeshift granularity of 50 MiB, in 
path '/tmp'
[0x7ffca24449a0] main input debug: 
`file/xspf-open:///Users/vincent/Library/Application%20Support/org.videolan.vlc/ml.xspf'
 gives access `file' demux `xspf-open' path 
`/Users/vincent/Library/Application%20Support/org.videolan.vlc/ml.xspf'
[0x7ffca24449a0] main input debug: creating demux: access='file' 
demux='xspf-open' 

Re: VLC cannot play MKV files?

[Craig Treleaven]

> On Jan 23, 2016, at 8:48 AM, Vincent Habchi  wrote:
>> Might I suggest that you download the latest VLC player from videolan.org 
>> directly, and see if that one gives the same error? If it doesn't, you can 
>> then probably simply uninstall the one from MacPorts.
> 
> Yep, I could do that, but I would have to uninstall all the libraries I’ve 
> installed to save space, and that wouldn’t be fun.
> 

You might want to look at the following to clean up those libraries:

$ port info port_cutleaves
port_cutleaves @0.1.4 (sysutils, macports)

Description:  Inspired by FreeBSD's pkg_cutleaves, port_cutleaves is an 
interactive script that eases the uninstallation of leaves - installed ports 
that are unrequested and have no dependents.
Homepage: 
http://svn.macports.org/repository/macports/contrib/port_cutleaves/

Platforms:darwin
License:  unknown
Maintainers:  pe...@macports.org, openmaintai...@macports.org


Craig
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[René J . V . Bertin]

On Saturday January 23 2016 12:10:54 Vincent Habchi wrote:
Hi,

>I’ve a strange problem with VLC. Clicking on a MKV file will not crash the 
>app, but it will go into a sort of infinite loop, as if it was not finding 
>anything to play inside the file and kept on trying again.
>
>ffplay with the same file works fine, though, so this is not a library issue.

Any MKV file? What VLC version?

What does the VLC log tell you (either in-app or by launching the app bundle 
executable directly from a terminal, with the -vvv argument)?

R.
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[Vincent Habchi]

> 
> That's indeed that latest one provided through MacPorts, but not the latest 
> VLC version. I've submitted a port for 2.2.1 on Trac months ago, but it has 
> never been committed.

There’s a “beta” 2.2.2-20150427_3 available on MacPorts, I’ll try it and let 
you know.

> Might I suggest that you download the latest VLC player from videolan.org 
> directly, and see if that one gives the same error? If it doesn't, you can 
> then probably simply uninstall the one from MacPorts.

Yep, I could do that, but I would have to uninstall all the libraries I’ve 
installed to save space, and that wouldn’t be fun.

Thanks for your help! 
Vincent

___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[Craig Treleaven]

> On Jan 23, 2016, at 9:36 AM, Vincent Habchi  wrote:
> I compiled VLC 2.2.1 using Macports and still have the same error :(
> Seems something is wrong in the MacPorts librairies, but where? ...
> 
> VLC media player 2.2.2 Weatherwax (revision 2.2.1-21-g2502874)
> …

> [7f9f92e60978] avformat demux debug: detected format: matroska,webm
> …

> [7f9f92e60978] ps demux warning: found sync code
> [7f9f92e60978] ps demux warning: garbage at input, trying to resync…

Do other mkv files play OK?

You may also want to install mediainfo and check the contents of the problem 
file:

$ port info mediainfo
mediainfo @0.7.72 (multimedia)
Variants: universal

Description:  MediaInfo supplies technical and tag information about a 
video or audio file
Homepage: http://mediaarea.net

Library Dependencies: zlib, curl
Platforms:darwin
License:  LGPL-3+
Maintainers:  nomaintai...@macports.org

Craig
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[Craig Treleaven]

> On Jan 23, 2016, at 12:33 PM, Vincent Habchi  wrote:
> 
>> … If you only installed those libraries for VLC then you shouldn't lose 
>> much. You would however have more definite proof whether your issue is due 
>> to something with the MacPorts build or in VLC itself. If the latter, you 
>> should take it up on the VLC bug tracker.
> 
> The pre-packaged VLC works fine. It’s definitely something wrong with 
> MacPorts somewhere.

Interesting…I downloaded a sample .mkv file [1].  I can’t get the 
MacPorts-built version to play it at all.  Tried Opening the file in VLC.app, 
etc.  No error message reported.  The Media Info window does identify that it 
has a bunch of streams.  Also tried playing it as rene suggest.  Results are 
below—no idea how to interpret them!!

Just a few days ago, I was using this version of VLC to play video streamed 
from my HDHomerun tuner box.  (North American broadcast OTA MPEG2 with AC-3 
sound.  Note that I have to build with +dvb to make this work.)  Worked fine.

If you get the same results, I think you should file a bug.

[1] https://mkvtoolnix.download/samples/

Craig

$ /Applications/MacPorts/VLC.app/Contents/MacOS/VLC 
/Users/craigtreleaven/Movies/mkv_tests/vsshort-aac.mkv 
VLC media player 2.1.5 Rincewind (revision 2.1.4-49-gdab6cb5)
[0x7f9bc0f744f0] main interface error: no suitable interface module
[0x7f9bc0f79fd0] main demux meta error: corrupt module: 
/Applications/MacPorts/VLC.app/Contents/MacOS/plugins/lua/liblua_plugin.dylib
[0x7f9bc0f03d00] main libvlc: Running vlc with the default interface. Use 
'cvlc' to use vlc without interface.
[matroska,webm @ 0x7f9bc1809400] EBML header parsing failed
[0x7f9bc0f8c590] main demux meta error: corrupt module: 
/Applications/MacPorts/VLC.app/Contents/MacOS/plugins/lua/liblua_plugin.dylib
[0x7f9bc0f8c590] main art finder error: corrupt module: 
/Applications/MacPorts/VLC.app/Contents/MacOS/plugins/lua/liblua_plugin.dylib
[0x7f9bc351ed60] main probe error: corrupt module: 
/Applications/MacPorts/VLC.app/Contents/MacOS/plugins/lua/liblua_plugin.dylib
[0x7f9bc0c9eca0] main generic error: corrupt module: 
/Applications/MacPorts/VLC.app/Contents/MacOS/plugins/lua/liblua_plugin.dylib
[0x7f9bc0e0d890] macosx interface error: Unable to load extensions module
[0x7f9bc3501fb0] mkv demux error: cannot find KaxSegment or missing mandatory 
KaxInfo
[matroska,webm @ 0x7f9bc1830600] EBML header parsing failed
[0x7f9bc3501fb0] avcodec demux error: Could not open 
/Users/craigtreleaven/Movies/mkv_tests/vsshort-aac.mkv: Unknown error: 
1094995529
[0x7f9bc3501fb0] main demux error: corrupt module: 
/Applications/MacPorts/VLC.app/Contents/MacOS/plugins/lua/liblua_plugin.dylib
[0x7f9bc5b10630] main demux meta error: corrupt module: 
/Applications/MacPorts/VLC.app/Contents/MacOS/plugins/lua/liblua_plugin.dylib
[0x7f9bc18306b0] main decoder error: corrupt module: 
/Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib
[0x7f9bc10730b0] main decoder error: corrupt module: 
/Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib
[0x7f9bc20fa2b0] main decoder error: corrupt module: 
/Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib
[0x7f9bc18392b0] main decoder error: corrupt module: 
/Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib
[0x7f9bc184b6b0] main decoder error: corrupt module: 
/Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib
[0x7f9bc105fcb0] main decoder error: corrupt module: 
/Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib
[0x7f9bc18bc8b0] main decoder error: corrupt module: 
/Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib
[0x7f9bc18e54b0] main decoder error: corrupt module: 
/Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib
[0x7f9bc10736b0] main decoder error: corrupt module: 
/Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib
[0x7f9bc20e22b0] main decoder error: corrupt module: 
/Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib
[0x7f9bc10a58b0] main decoder error: corrupt module: 
/Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib
[0x7f9bc18ea6b0] main decoder error: corrupt module: 
/Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib
[0x7f9bc1086ab0] main decoder error: corrupt module: 
/Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib
[0x7f9bc211f6b0] main decoder error: corrupt module: 
/Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib
[0x7f9bc10a8cb0] main decoder error: corrupt module: 
/Applications/MacPorts/VLC.app/Contents/MacOS/plugins/codec/liblibass_plugin.dylib
[0x7f9bc10ad6b0] main decoder error: corrupt module: 

Re: VLC cannot play MKV files?

[René J . V . Bertin]

On Saturday January 23 2016 14:48:56 Vincent Habchi wrote:

>There’s a “beta” 2.2.2-20150427_3 available on MacPorts, I’ll try it and let 
>you know.

Ah, not mine AFAIK. The portfile I submitted on Trac *probably* contains a 
VLC-devel port for 3.0.0-150503-g7385062d (my local copy does), but I don't 
think I tried building or using that one since May last year (1505).

>> Might I suggest that you download the latest VLC player from videolan.org 
>> directly, and see if that one gives the same error? If it doesn't, you can 
>> then probably simply uninstall the one from MacPorts.
>
>Yep, I could do that, but I would have to uninstall all the libraries I’ve 
>installed to save space, and that wouldn’t be fun.

If you only installed those libraries for VLC then you shouldn't lose much. You 
would however have more definite proof whether your issue is due to something 
with the MacPorts build or in VLC itself. If the latter, you should take it up 
on the VLC bug tracker.

R
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[Vincent Habchi]

> Ah, not mine AFAIK. The portfile I submitted on Trac *probably* contains a 
> VLC-devel port for 3.0.0-150503-g7385062d (my local copy does), but I don't 
> think I tried building or using that one since May last year (1505).

I could have a stab at compiling it, if you want.

> If you only installed those libraries for VLC then you shouldn't lose much. 
> You would however have more definite proof whether your issue is due to 
> something with the MacPorts build or in VLC itself. If the latter, you should 
> take it up on the VLC bug tracker.

The pre-packaged VLC works fine. It’s definitely something wrong with MacPorts 
somewhere.

The other reason I prefer to use the compiled VLC is, well, to optimise the 
code. I suppose compiling with -march=native gives a slightly better code than 
the standard bundle which must work on every hardware. I am not sure this is 
really signifiant, though. 

Finally, I can disable much cruft, like the LUA interface, RTP and so on, I 
don’t need.

Overall, I might be over-cautious. :B

Vincent

___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[René J . V . Bertin]

On Saturday January 23 2016 18:33:07 Vincent Habchi wrote:

>> Ah, not mine AFAIK. The portfile I submitted on Trac *probably* contains a 
>> VLC-devel port for 3.0.0-150503-g7385062d (my local copy does), but I don't 
>> think I tried building or using that one since May last year (1505).
>
>I could have a stab at compiling it, if you want.

No, I wouldn't bother. Building a "dev" port that's almost a year old doesn't 
make much sense. 

>The other reason I prefer to use the compiled VLC is, well, to optimise the 
>code. I suppose compiling with -march=native gives a slightly better code than 
>the standard bundle which must work on every hardware. I am not sure this is 
>really signifiant, though. 

I wouldn't count on it, as the really expensive operations are (hopefully) 
already handled by optimised code. Auto-vectorisation can can surprisingly good 
results sometimes, but usually only in simple algorithms that rarely account 
for a significant part of a computing load. Whether the end-result of extensive 
optimisation is significant will depend on your definition of the term, and to 
some extent on your hardware. It may mean you'll just avoid skipping frames for 
instance, and one could call that significant.

>Finally, I can disable much cruft, like the LUA interface, RTP and so on, I 
>don’t need.

You might want to verify that it's not the absence of one of the things you 
deactivated that leads to your playback issue, or even the use of your 
optimisation options.

Note that you can also try to build the VLC code yourself, without using the 
VLC port but instead using the Videolan build script ... and dependencies like 
ffmpeg from MacPorts. That is not unlike what the VLC port does, except that 
you'd be using the "official" build script.

R.
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[Vincent Habchi]

René,

I compiled VLC 2.2.1 using Macports and still have the same error :(
Seems something is wrong in the MacPorts librairies, but where?

Cheers!

—

VLC media player 2.2.2 Weatherwax (revision 2.2.1-21-g2502874)
[7f9f92f00378] core libvlc debug: VLC media player - 2.2.2 Weatherwax
[7f9f92f00378] core libvlc debug: Copyright © 1996-2015 the VideoLAN team
[7f9f92f00378] core libvlc debug: revision 2.2.1-21-g2502874
[7f9f92f00378] core libvlc debug: configured with ./configure  
'--prefix=/opt/local' 
'--with-contrib=/opt/local/var/macports/build/_Macports_dports_multimedia_VLC-devel/VLC-devel/work/VLC-devel-2.2.1/contrib'
 '--disable-debug' '--disable-update-check' '--enable-gnutls' 
'--disable-notify' '--disable-dbus' '--disable-lua' '--disable-gnomevfs' 
'--disable-growl' '--enable-dvdnav' '--enable-dvdread' '--disable-smbclient' 
'--enable-vcdx' '--disable-realrtsp' '--disable-freerdp' '--disable-opencv' 
'--enable-sftp' '--enable-dvbpsi' '--enable-mux_ogg' '--enable-mkv' 
'--enable-mod' '--enable-mpc' '--disable-shout' '--enable-a52' '--enable-faad' 
'--enable-flac' '--enable-live555' '--enable-opus' '--enable-vorbis' 
'--enable-ogg' '--enable-mad' '--enable-libass' '--enable-dca' '--enable-png' 
'--disable-quicktime' '--enable-twolame' '--enable-speex' '--enable-theora' 
'--enable-x264' '--enable-postproc' '--enable-avcodec' '--enable-avformat' 
'--enable-swscale' '--disable-fluidsynth' '--enable-schroedinger' 
'--enable-vpx' '--disable-caca' '--enable-sdl' '--enable-sdl-image' 
'--without-x' '--disable-xcb' '--disable-xvideo' '--enable-freetype' 
'--enable-fontconfig' '--enable-fribidi' '--disable-svg' '--disable-jack' 
'--enable-samplerate' '--disable-qt' '--enable-ncurses' '--disable-skins2' 
'--disable-goom' '--enable-bonjour' '--enable-upnp' '--enable-macosx-eyetv' 
'--enable-macosx-vlc-app' '--enable-macosx-qtkit' '--enable-macosx' 
'--enable-macosx-dialog-provider' 'CC=/usr/bin/clang' 'CFLAGS=-pipe -Os -arch 
x86_64' 'LDFLAGS=-L/opt/local/lib -Wl,-headerpad_max_install_names -arch 
x86_64' 'CPPFLAGS=-I/opt/local/include -D__unix__=1 -DFREERDP_INTERFACE_VERSION 
-DFREERDP_VERSION_MAJOR=1 -DFREERDP_VERSION_MINOR=1 
-I/opt/local/lib/live/liveMedia/include' 'CXX=/usr/bin/clang++' 'CXXFLAGS=-pipe 
-Os -stdlib=libc++ -arch x86_64' 'OBJC=/usr/bin/clang' 'OBJCFLAGS=-pipe -Os 
-arch x86_64' 'CXXCPP=/usr/bin/clang++ -E'
[7f9f92f00378] core libvlc debug: searching plug-in modules
[7f9f92f00378] core libvlc debug: loading plugins cache file 
/Applications/MacPorts/VLC.app/Contents/MacOS/plugins/plugins.dat
[7f9f92f00378] core libvlc debug: recursively browsing 
`/Applications/MacPorts/VLC.app/Contents/MacOS/plugins'
[7f9f92f00378] core libvlc debug: saving plugins cache 
/Applications/MacPorts/VLC.app/Contents/MacOS/plugins/plugins.dat
[7f9f92f00378] core libvlc debug: plug-ins loaded: 389 modules
[7f9f92f00378] core libvlc debug: opening config file 
(/Users/vincent/Library/Preferences/org.videolan.vlc/vlcrc)
[7f9f92f00378] core libvlc debug: translation test: code is "C"
[7f9f92f00378] core libvlc debug: CPU has capabilities MMX MMXEXT SSE SSE2 
SSE3 SSSE3 SSE4.1 SSE4.2 FPU 
[7f9f92c3d438] core input debug: Creating an input for 'Media Library'
[7f9f92c3d438] core input debug: Input is a meta file: disabling unneeded 
options
[7f9f92c3d438] core input debug: using timeshift granularity of 50 MiB, in 
path '/tmp'
[7f9f92c3d438] core input debug: 
`file/xspf-open:///Users/vincent/Library/Application%20Support/org.videolan.vlc/ml.xspf'
 gives access `file' demux `xspf-open' path 
`/Users/vincent/Library/Application%20Support/org.videolan.vlc/ml.xspf'
[7f9f92c3d438] core input debug: creating demux: access='file' 
demux='xspf-open' 
location='/Users/vincent/Library/Application%20Support/org.videolan.vlc/ml.xspf'
 file='/Users/vincent/Library/Application Support/org.videolan.vlc/ml.xspf'
[7f9f92c409e8] core demux debug: looking for access_demux module matching 
"file": 15 candidates
[7f9f92c409e8] core demux debug: no access_demux modules matched
[7f9f92c3d438] core input debug: creating access 'file' 
location='/Users/vincent/Library/Application%20Support/org.videolan.vlc/ml.xspf',
 path='/Users/vincent/Library/Application Support/org.videolan.vlc/ml.xspf'
[7f9f92f1bc68] core access debug: looking for access module matching 
"file": 19 candidates
[7f9f92f1bc68] filesystem access debug: opening file 
`/Users/vincent/Library/Application Support/org.videolan.vlc/ml.xspf'
[7f9f92f1bc68] core access debug: using access module "filesystem"
[7f9f92c40c28] core stream debug: Using stream method for AStream*
[7f9f92c40c28] core stream debug: starting pre-buffering
[7f9f92c40c28] core stream debug: received first data after 0 ms
[7f9f92c40c28] core stream debug: pre-buffering done 296 bytes in 0s - 3754 
KiB/s
[7f9f92c40f28] core stream debug: looking for stream_filter module matching 
"any": 9 candidates

Re: VLC cannot play MKV files?

[Vincent Habchi]

> You might want to look at the following to clean up those libraries:
> 
> $ port info port_cutleaves

[…]

Thanks Craig!

___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[Vincent Habchi]

Craig:

> Do other mkv files play OK?

I haven’t many MKV files, all from the same source, and none plays correctly on 
VLC.
FFPLAY has no difficulty reading them.

Strange.

Output of mediainfo:

> mediainfo /Volumes/Archives/Vidéos/Series/MLP\ FIM\ S4/YP-7Z-04x02.mkv 
General
Unique ID: 
206008566657813998729350314970436825804 (0x9AFBCE86080DD11183450EA6D0E772CC)
Complete name: /Volumes/Archives/Vidéos/Series/MLP 
FIM S4/YP-7Z-04x02.mkv
Format   : Matroska
Format version   : Version 2
File size: 521 MiB
Duration : 22mn 3s
Overall bit rate : 3 304 Kbps
Encoded date : UTC 2013-11-25 19:01:06
Writing application  : mkvmerge v5.3.0 ('I could have 
danced') built on Feb  9 2012 10:38:07
Writing library  : libebml v1.2.3 + libmatroska v1.3.0

Video
ID   : 1
Format   : AVC
Format/Info  : Advanced Video Codec
Format profile   : High@L4.1
Format settings, CABAC   : Yes
Format settings, ReFrames: 9 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 22mn 3s
Width: 1 280 pixels
Height   : 720 pixels
Display aspect ratio : 16:9
Frame rate mode  : Constant
Frame rate   : 23.976 fps
Color space  : YUV
Chroma subsampling   : 4:2:0
Bit depth: 8 bits
Scan type: Progressive
Title: S04E02 : Princess Twilight Sparkle 
(2)
Writing library  : x264 core 135 r2345 f0c1c53
Encoding settings: cabac=1 / ref=9 / deblock=1:1:1 / 
analyse=0x3:0x113 / me=umh / subme=8 / psy=1 / psy_rd=0.40:0.00 / mixed_ref=1 / 
me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / 
fast_pskip=1 / chroma_qp_offset=-2 / threads=3 / lookahead_threads=1 / 
sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / 
constrained_intra=0 / bframes=5 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 
/ weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40 
/ intra_refresh=0 / rc_lookahead=50 / rc=crf / mbtree=1 / crf=17.0 / qcomp=0.60 
/ qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:0.60
Language : English
Default  : Yes
Forced   : No

Audio #1
ID   : 2
Format   : AC-3
Format/Info  : Audio Coding 3
Mode extension   : CM (complete main)
Format settings, Endianness  : Big
Codec ID : A_AC3
Duration : 22mn 3s
Bit rate mode: Constant
Bit rate : 384 Kbps
Channel(s)   : 6 channels
Channel positions: Front: L C R, Side: L R, LFE
Sampling rate: 48.0 KHz
Bit depth: 16 bits
Compression mode : Lossy
Stream size  : 60.6 MiB (12%)
Title: [ENG] AC3 5.1
Language : English
Default  : Yes
Forced   : No

Audio #2
ID   : 3
Format   : AAC
Format/Info  : Advanced Audio Codec
Format profile   : LC
Codec ID : A_AAC
Duration : 22mn 3s
Channel(s)   : 2 channels
Channel positions: Front: L R
Sampling rate: 48.0 KHz
Compression mode : Lossy
Title: [ENG] AAC 2.0
Language : English
Default  : No
Forced   : No


___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: VLC cannot play MKV files?

[Ludwig]

On Sat, 23 Jan 2016, Vincent Habchi wrote:

> I’ve a fairly new Mac (three-year old or so), so performance is no concern 
> during normal operation; however, watching a flick or a show while compiling 
> Qt5 can sometimes be jerky. Besides, more CPU efficiency also means less 
> battery drain.

Have you tried renicing the compilation up or the VLC instance down?


___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev