Closed pm974 closed 10 months ago
Thanks for reporting back about this.
Is there a chance you could send me the package (minus image and sound assets)? Need to examine why dcp_inspect fails to process a294696f-afa2-4f30-852d-809bf8be511a_sub.xml.
Which Mac OS version?
Can you update asdcplib? Running digital-cinema-tools-setup
would give you 1.12.58. It would also update dcp_inspect
and I'd like to see if you're getting the same errors with v1.2015.01.02.
I did this on a clean 10.10.1 install and it worked. I still have to test audio analysis see if works.
I'll report back in a few.
Thank's Le 4 janv. 2015 09:25, "Wolfgang Woehl" notifications@github.com a écrit :
Can you update asdcplib? Running digital-cinema-tools-setup would give you 1.12.58. It would also update dcp_inspect and I'd like to see if you're getting the same errors with v1.2015.01.02.
— Reply to this email directly or view it on GitHub https://github.com/wolfgangw/backports/issues/53#issuecomment-68625219.
Ok it's working perfectly now.
Thank's for your help.
2015-01-04 14:13 GMT+01:00 Paul MILLOT paul.millot@gmail.com:
I did this on a clean 10.10.1 install and it worked. I still have to test audio analysis see if works.
I'll report back in a few.
Thank's Le 4 janv. 2015 09:25, "Wolfgang Woehl" notifications@github.com a écrit :
Can you update asdcplib? Running digital-cinema-tools-setup would give you 1.12.58. It would also update dcp_inspect and I'd like to see if you're getting the same errors with v1.2015.01.02.
— Reply to this email directly or view it on GitHub https://github.com/wolfgangw/backports/issues/53#issuecomment-68625219.
By the way and as I'm testing all my DCPs of the week, I just noticed there is no option to overwrite or increment a log file so if load the exact same command after corrections from dcp_inpect the script just won't work saying :
Requested logfile "/Volumes/HP_DRILL/KUSTAVI/DCDM/DCP/KUSTAVI_log.txt" exists. Will not overwrite
It could be more clever by simply incrementing the log file to KUSTAVI_log2.txt (I know i'm realy pushing here).
Thank's for the good work.
Best regards,
Paul
2015-01-04 14:49 GMT+01:00 Paul MILLOT paul.millot@gmail.com:
Ok it's working perfectly now.
Thank's for your help.
2015-01-04 14:13 GMT+01:00 Paul MILLOT paul.millot@gmail.com:
I did this on a clean 10.10.1 install and it worked. I still have to test audio analysis see if works.
I'll report back in a few.
Thank's Le 4 janv. 2015 09:25, "Wolfgang Woehl" notifications@github.com a écrit :
Can you update asdcplib? Running digital-cinema-tools-setup would give you 1.12.58. It would also update dcp_inspect and I'd like to see if you're getting the same errors with v1.2015.01.02.
— Reply to this email directly or view it on GitHub https://github.com/wolfgangw/backports/issues/53#issuecomment-68625219 .
Use the --overwrite-logfile
(short -L
) option.
So what was the issue we were looking at?
And what is 10.10.1
?
Thank's for the --overwrite-logfile
The issue we were talking about was was latest dcp_inpect version not working with older versions of asdcplib I had (1.10.48).
OSX 10.10.1 Yosemite is the latest version of Mac OS X.
It has to be confirmed though because my previous system Mountain Lion 10.8.5 ended up a little buggy because of several attempt to install non-supported libs on mac and had a non classic openssl install (updated with homebrew). It may have corrupted a few things...
Anyway i can attest now that dcp_inpect is now working with asdcplib-1.12.58 and Mac OS X Yosemite 10.10.1. I wrote a manual on how to install it essay on mac. Only dependency to install are SoX and ttfunk. I did not make a script as i really suck at it...
Paul
:::::::::: INSTALL dcp_inspect on mac :::::::::::::::
(last tested with 20150103 version & Mac OSX Yosemite 10.10.1 (14B25) & Xcode Version 6.1.1 (6A2008a))
1/ Install XCODE and component (GCC etc.)
2/ compile asdcplib 1.12.58 or later
2.a Download latest stable asdcplib from cinecert website: http://www.cinecert.com/asdcplib/download/
2.b Unzip asdcplib to your home folder (/User/yourusername/)
2.c in Terminal cd asdcplib (and press Tab to complete folder name) ./configure make sudo make install
3/ Install homebrew : ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)" ------------> run "brew doctor" if needed
4/ unzip backports-master to home folder
5/ copy content to /usr/local/bin cd backports-master cp -R ./* /usr/local/bin/
6/ install ttfunk sudo gem install ttfunk
7/ install sox (do not use sudo with homebrew) brew install sox
You should be all done !
Oh, Mac OS 10.10.1, I run that :)
Do you run Mac OS' shipped ruby 2.0.0p481 (2014-05-08 revision 45883) [universal.x86_64-darwin14]?
I will check but I might as I didn't tuched it...
@pm974 I've just tried following your install instructions, but on OS X 10.9.5 Mavericks.
It fails in the make
stage of compiling asdcplib:
libtool: link: ranlib .libs/libasdcp.a
sed: apps/asdcplib/asdcplib-1.12.60/src/libkumu.la: No such file or directory
libtool: link: `apps/asdcplib/asdcplib-1.12.60/src/libkumu.la' is not a valid libtool archive
Any ideas?
@pm974 Actually, I fixed that problem. Was due to the path I was installing to having spaces in it. But now make
fails with:
mv -f .deps/asdcp-util.Tpo .deps/asdcp-util.Po
/bin/sh ../libtool --tag=CXX --mode=link g++ -g -O2 -o asdcp-util asdcp-util.o libasdcp.la libkumu.la -lpthread
libtool: link: g++ -g -O2 -o .libs/asdcp-util asdcp-util.o -Wl,-bind_at_load ./.libs/libasdcp.dylib /Programming/other_apps/asdcplib/asdcplib-1.12.60/src/.libs/libkumu.dylib ./.libs/libkumu.dylib -lpthread
Undefined symbols for architecture x86_64:
"_SHA1_Final", referenced from:
digest_file(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) in asdcp-util.o
"_SHA1_Init", referenced from:
digest_file(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) in asdcp-util.o
"_SHA1_Update", referenced from:
digest_file(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) in asdcp-util.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [asdcp-util] Error 1
make[1]: *** [all] Error 2
make: *** [all-recursive] Error 1
Sorry to bother you with this. Don't know if you're able to help...
Just for anyone happening upon this thread, I can confirm that @pm974's instructions worked for me to install on OS X Yosemite 10.10.5 with asdcplib 2.5.12.
I never managed to get it to install on Mavericks.
Hi @overlookmotel , I am getting the exact same make error in El Capitan. How did you solve it in the end?
@kieranjol I never solved it exactly. Just gave up trying to get it work on Mavericks. But I found that following @pm974's instructions above worked perfectly on Yosemite.
I'd have assumed that they'd also work on El Capitan - do they not?
If someone was really nice, they'd add a formula for dcp_inspect to homebrew! (I have no idea how to do this, however)
I might give it a go if I get this sorted out. So when you tried on Yosemite, you didn't get that mv -f .deps/asdcp-util.Tpo .deps/asdcp-util.Po
error? It seems that it might have something to do with using gcc instead of g++, but I'm not really familiar with compilation at all.
@kieranjol No, I didn't get that error on Yosemite. It all just worked.
I did gather with my attempts to install on Mavericks that it was something to do with not using the right compiler, but I'm afraid I never got to the bottom of it. I upgraded to Yosemite around the same time, so the problem went away for me!
Sorry that's not much help...
Hi Wolfgang, this message has nothing to do with the previous conversation but I wanted you to know we already talked.
Sorry to bother you, here is my question :
I made a 30 fps DCP with the same workflow I always use (Davinci Resolve + easyDCP plugin) except this time @ 30 fps (SMPTE compilant) with burned-in subtitles (we usually do 25 SMPTE or 24 IOP in Belgium). The DCP red well in EasyDCP player as well as in Resolve and dcp_inspect didn't return any error but... In the theater my client projected it, the picture went from laggy to flickering to suddenly stop playing (ingest went without any error). The DCP server is a Doremi 2000 (up to date and usually pretty kind with warnings or non-critical errors). I checked twice my DCP and I suspect the error could stand between the server and the projector... Do you have any idea what could have happened there ? I didn't receive any log nor technical support on this problem (despite my request) but I sure will ask for more informations.
Sorry again to bother you and thank you for dcp_inspect witch saved my life more than once.
Paul
2016-07-13 16:27 GMT+01:00 overlookmotel notifications@github.com:
@kieranjol https://github.com/kieranjol No, I didn't get that error. It all just worked. I did gather with my attempts to install on Mavericks that it was something to do with not using the right compiler, but I'm afraid I never got to the bottom of it. I upgraded to Yosemite around the same time, so the problem went away for me!
Sorry that's not much help...
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/wolfgangw/backports/issues/53#issuecomment-232391549, or mute the thread https://github.com/notifications/unsubscribe/ACceCcs2TwTNWgfWzFOKKtwuCAe_qtUHks5qVQPggaJpZM4DHJv7 .
I see here http://webcache.googleusercontent.com/search?q=cache:PoH69VnL-nYJ:www.liftgammagain.com/forum/index.php%3Fthreads/dcp-at-30fps-out-of-spec-possible.2320/+&cd=1&hl=en&ct=clnk&gl=be people talking about "series 2 projectors and IMB" could that be it ?
Thank's again for your time.
2016-11-22 3:28 GMT+00:00 Paul MILLOT paul.millot@gmail.com:
Hi Wolfgang, this message has nothing to do with the previous conversation but I wanted you to know we already talked.
Sorry to bother you, here is my question :
I made a 30 fps DCP with the same workflow I always use (Davinci Resolve
- easyDCP plugin) except this time @ 30 fps (SMPTE compilant) with burned-in subtitles (we usually do 25 SMPTE or 24 IOP in Belgium). The DCP red well in EasyDCP player as well as in Resolve and dcp_inspect didn't return any error but... In the theater my client projected it, the picture went from laggy to flickering to suddenly stop playing (ingest went without any error). The DCP server is a Doremi 2000 (up to date and usually pretty kind with warnings or non-critical errors). I checked twice my DCP and I suspect the error could stand between the server and the projector... Do you have any idea what could have happened there ? I didn't receive any log nor technical support on this problem (despite my request) but I sure will ask for more informations.
Sorry again to bother you and thank you for dcp_inspect witch saved my life more than once.
Paul
2016-07-13 16:27 GMT+01:00 overlookmotel notifications@github.com:
@kieranjol https://github.com/kieranjol No, I didn't get that error. It all just worked. I did gather with my attempts to install on Mavericks that it was something to do with not using the right compiler, but I'm afraid I never got to the bottom of it. I upgraded to Yosemite around the same time, so the problem went away for me!
Sorry that's not much help...
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/wolfgangw/backports/issues/53#issuecomment-232391549, or mute the thread https://github.com/notifications/unsubscribe/ACceCcs2TwTNWgfWzFOKKtwuCAe_qtUHks5qVQPggaJpZM4DHJv7 .
Can you post the reel part of your dcp_inspect log?
@overlookmotel : regarding
@pm974 Actually, I fixed that problem. Was due to the path I was installing to having spaces in it. But now make fails with:
mv -f .deps/asdcp-util.Tpo .deps/asdcp-util.Po /bin/sh ../libtool --tag=CXX --mode=link g++ -g -O2 -o asdcp-util asdcp-util.o libasdcp.la libkumu.la -lpthread libtool: link: g++ -g -O2 -o .libs/asdcp-util asdcp-util.o -Wl,-bind_at_load ./.libs/libasdcp.dylib /Programming/other_apps/asdcplib/asdcplib-1.12.60/src/.libs/libkumu.dylib ./.libs/libkumu.dylib -lpthread Undefined symbols for architecture x86_64: "_SHA1_Final", referenced from: digest_file(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) in asdcp-util.o "_SHA1_Init", referenced from: digest_file(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) in asdcp-util.o "_SHA1_Update", referenced from: digest_file(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) in asdcp-util.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) make[2]: *** [asdcp-util] Error 1 make[1]: *** [all] Error 2 make: *** [all-recursive] Error 1 Sorry to bother you with this. Don't know if you're able to help...
I realize this issue is old, although I believe for Mac you need need to link
libcrypto
to resolve those particular undefined symbols, so include the following:
-lcrypto
Hope that helps...
I'm getting this :(
clang: error: linker command failed with exit code 1 (use -v to see invocation) make[2]: [asdcp-util] Error 1 make[1]: [all] Error 2 make: *** [all-recursive] Error 1
Telling Make to ignore the errors with make -d,
it's installed but doesn't seem to get past Audio analysis when testing a DCP.
@brocky27 I couldn't get audio analysis working either on Yosemite or later. There's a command line switch to disable audio analysis and then everything else works.
@pm974 @overlookmotel @kieranjol @brockarella sorry for the hiatus. The infinite hang on macOS wrt audio analysis should be fixed. The build issues mentioned here should be fixed as well. See https://github.com/wolfgangw/digital_cinema_tools_distribution/wiki/Setup for the current Setup script.
And yes, ultimately dcp_inspect
should just be a brew
/apt
thing - this digital-cinema-tools-setup
setup script is, erm, nuts.
dcp_inspect v1.2014.12.10 fails to parse CPL correctly and therefore reports false errors. previous version installed v1.2013.12.16 runs ok
Here is the log from both versions :
////////////////////////////////////