Thanks to Vincend for the prompt answer. But as Vincent wrote just to me I'm
forwarding his email to the mailing list.
----Messaggio originale----
Da: vpi...@kde.org
Data: 28-apr-2018 23.28
A: "Massimo Stella"<maxs...@tin.it>
Ogg: Re: R: Re: R: Re: Output XDCAM footage with kdenlive
Hello,
I believe MP4 indeed doesn't accept PCM audio, and MP4 is a restricted
derivative of MOV, which accepts PCM.
So maybe try with the MOV format ?
Good luck
===
BTW:
All depends on the system you have to ingest the file. If it's some
Sony device or compatible a change in the container or the missing
folder structure with all the metadata and other files will make the clip
different and it will be not accepted.
This is why I wrote that it's a proprietary system patented by Sony.
Massimo.
----Messaggio originale----
Da: vpi...@kde.org
Data: 28-apr-2018 23.28
A: "Massimo Stella"<maxs...@tin.it>
Ogg: Re: R: Re: R: Re: Output XDCAM footage with kdenlive
p, li { white-space: pre-wrap; }
-->
Le samedi 28 avril 2018, 23:18:13 CEST Massimo Stella a écrit :
If you check the email I wrote some days ago you'll find all the information
about xdcam ex files.
I checked a file produced by a Sony Xdcam camera by MediaInfo and I posted all
the detailed results.
Then J-B and I generated manually the string of code. The "g=12" parameter is
referred to the lenght of the GOP (Group Of Pictures) of the mpeg file.
As the XDCam format is a long gop format this is actually a very important
parameter if you want to respect the exact format of this kind of clip.
Now I have not time to explore better the problem but in my opinion this could
be generated by the mp4 container which looks like is not too friendly with the
uncompressed PCM audio format, but the XDCam profile has to be: container mp4,
video mpeg2 long gop (blue-ray standard) and audio PCM at 48.000Hz.
As XDCam is a proprietary format is not impossible that a standard mp4
container isn't allowed to mux uncompressed PCM audio.
This could be why ffmpeg has problems in muxing this kind of content. Of course
a deeper investigation is needed.
For the rest the string means I posted means this:
f=mp4 - format mp4
vcodec=mpeg2video - video codec mpeg2
g=12 - GOP 12 frames
vb=35M - Video Bitrate 35 Mb/sec
acodec=pcm_s16be - Audio Codec PCM 16bit BigEndian
ar=48000 - Audio Ratio 48000 Hz
I hope this can help.
Massimo.
----Messaggio originale----
Da: j.reit...@hccnet.nl
Data: 28-apr-2018 21.02
A: <kdenlive@kde.org>
Ogg: Re: R: Re: Output XDCAM footage with kdenlive
Thanks!
If I use the parameters you mention below, rendering is stuck right at the
beginning. The error message reads
[mp4 @ 0x7f526c000f00] Using AVStream.codec to pass codec parameters to muxers
is deprecated, use AVStream.codecpar instead. [mp4 @ 0x7f526c000f00] Using
AVStream.codec to pass codec parameters to muxers is deprecated, use
AVStream.codecpar instead. [mp4 @ 0x7f526c000f00] Could not find tag for codec
pcm_s16be in stream #1, codec not currently supported in container [consumer
avformat] Could not write header
'/home/jogchum/Videodata/Videocamera/Taalfilmkes/Waldreis/Wâldreis-3.mp4'
I tried to switch the codec to pcm_s16le, one that is mentioned in one of the
mlt-6 consumer profiles, but that made no difference.
Btw, where can I get info about the parameter values? E.g., what does "g=12"
mean?
Op 25-04-18 om 22:49 schreef Massimo Stella:
<...>
You can try to do this by using this parameters:
f=mp4 vcodec=mpeg2video g=12 vb=35M acodec=pcm_s16be ar=48000
<...>
