[Cin] bluray lpcm update!

Phyllis Smith phylsmith2017 at gmail.com
Thu Apr 28 22:26:09 CEST 2022 

Checked into GIT, bdcreate.C patched file and new ffmpeg-4.4.patch_99 (with
999a included).

On Wed, Apr 27, 2022 at 6:49 PM Andrew Randrianasulu <
randrianasulu at gmail.com> wrote:

> https://github.com/justdan96/tsMuxer/issues/589


Thank you.  I checked the aboe  BUT Big Buck Bunny has a frame rate of
60.000, so not sure why tsmuxer reports:

sMuxeR version 2.6.16-dev. github.com/justdan96/tsMuxer
Decoding H264 stream (track 1): Profile: High at 4.1 Resolution: 1920:1080i *Frame
rate: 29.97*
H.264 muxing fps is not set. Get fps from stream. Value: 29.97

>
>
> On Thursday, April 28, 2022, Phyllis Smith <phylsmith2017 at gmail.com>
> wrote:
>
>> I did that on April 24.
>>
>> On Wed, Apr 27, 2022 at 6:34 PM Andrew Randrianasulu <
>> randrianasulu at gmail.com> wrote:
>>
>>> i mean version/date of archive you get tsmuxer from..
>>>
>>> there is plenty of tags to choose from, and some appear quite recently
>>>
>>> https://github.com/justdan96/tsMuxer/releases
>>>
>>> On Thursday, April 28, 2022, Phyllis Smith <phylsmith2017 at gmail.com>
>>> wrote:
>>>
>>>> Do you mean this?
>>>>
>>>> *tsmuxer /tmp/bd_20220427-165207/bd.meta /tmp/bd_20220427-165207/bd.iso*
>>>> tsMuxeR version 2.6.16-dev. github.com/justdan96/tsMuxer
>>>> Decoding H264 stream (track 1): Profile: High at 4.1  Resolution:
>>>> 1920:1080i  Frame rate: 29.97
>>>> H.264 muxing fps is not set. Get fps from stream. Value: 29.97
>>>> 0.0% complete
>>>> Decoding LPCM stream (track 2): Bitrate: 4608Kbps  Sample Rate: 48KHz
>>>>  Channels: 5.1  Bits per sample: 16bit
>>>> 18.8% complete
>>>> Finalize ISO disk
>>>> Reading buffer overflow. Possible container streams are not
>>>> syncronized. Please, verify stream fps. File name:
>>>> /tmp/bd_20220427-165207/bd.m2ts
>>>>
>>>> Also, it is possible that there is something not quite expected with
>>>> the bluray media produced -- however, it plays on both the Samsung and LG
>>>> players.
>>>> Or it may be that the input is MKV instead of the more standard MP4
>>>> variety input file.  I am looking the Big Buck mp4 but so far have not
>>>> found it.
>>>>
>>>> On Wed, Apr 27, 2022 at 5:57 PM Andrew Randrianasulu <
>>>> randrianasulu at gmail.com> wrote:
>>>>
>>>>> thanks!
>>>>>
>>>>> can you also specify exact tsmuxer commit/archive you used?
>>>>>
>>>>> for me it showed some git digits in version, but for your it was just
>>>>> saying '-dev'
>>>>>
>>>>> On Thursday, April 28, 2022, Phyllis Smith <phylsmith2017 at gmail.com>
>>>>> wrote:
>>>>>
>>>>>> Files - bd.m2ts, bd.meta, bd.iso, and bbb-1920x1080-cfg06.mkv test
>>>>>> file - are at:
>>>>>>
>>>>>> https://cinelerra-gg.org/download/testing/tsmuxer_problem_files.tar
>>>>>> My guess of whether or not they will execute the AppImage (link
>>>>>> below) is below 1% probability:
>>>>>>      https://cinelerra-gg.org/download/testing/cin-x86_64.AppImage
>>>>>>
>>>>>> On Wed, Apr 27, 2022 at 1:04 PM Andrew Randrianasulu <
>>>>>> randrianasulu at gmail.com> wrote:
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Wednesday, April 27, 2022, Phyllis Smith <phylsmith2017 at gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> The 30 second and 1 minute 30 second files worked.  So I think the
>>>>>>>> last 2 patches are good.  I am just going to see if I can put the 99 and
>>>>>>>> 999a patch in 1 file and test that.  If that goes well, I think I can check
>>>>>>>> it into GIT.
>>>>>>>>
>>>>>>>
>>>>>>> yes, good idea - sorry I forgot about this detail (5.1 vs 5.1_back)
>>>>>>> while preparing patches. Hopefully wider testing will show if I get channel
>>>>>>> order right or there is some need for moving audio tracks into specific
>>>>>>> configuration... {not sure if this covered in manual}
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>> I will prepare an appimage and upload the files as you requested
>>>>>>>> but it will not be done until later this evening.
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> thanks a lot!
>>>>>>>
>>>>>>>>
>>>>>>>> On Wed, Apr 27, 2022 at 12:16 PM Andrew Randrianasulu <
>>>>>>>> randrianasulu at gmail.com> wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Wednesday, April 27, 2022, Phyllis Smith <
>>>>>>>>> phylsmith2017 at gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> The file is Big Buck Bunny  bbb-1920x1080-cfg06.mkv and probably
>>>>>>>>>> came from:
>>>>>>>>>>    https://test-videos.co.uk/bigbuckbunny/mkv
>>>>>>>>>>
>>>>>>>>>> Meanwhile I will try a different file -- I use bbb because it is
>>>>>>>>>> bigger than most of my test cases and then is still only 10 minutes long.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I think most tsmuxer users use it from win/mac.... so, our
>>>>>>>>> linux-only program driving Linux tsmuxer with hand-hacked ffmpeg might  hit
>>>>>>>>> some less-known codepath.. so if you can upload resultant m2ts file
>>>>>>>>> somewhere I'll link it into issue, because this is what usually asked tehre
>>>>>>>>> - problematic ts file to look at.. ..
>>>>>>>>>
>>>>>>>>> If you can prepare appimage with all those patches applied may be
>>>>>>>>> someone will test it on Linux too, but I do not hold my breath for this...
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> On Wed, Apr 27, 2022 at 11:19 AM Andrew Randrianasulu <
>>>>>>>>>> randrianasulu at gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Wednesday, April 27, 2022, Phyllis Smith <
>>>>>>>>>>> phylsmith2017 at gmail.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Much better - now tsmuxer and profile value seem to be reset
>>>>>>>>>>>> appropriately.
>>>>>>>>>>>> But now tsmuxer error:
>>>>>>>>>>>>
>>>>>>>>>>>> tsMuxeR version 2.6.16-dev. github.com/justdan96/tsMuxer
>>>>>>>>>>>> Decoding H264 stream (track 1): Profile: High at 4.1  Resolution:
>>>>>>>>>>>> 1920:1080i  Frame rate: 29.97
>>>>>>>>>>>> H.264 muxing fps is not set. Get fps from stream. Value: 29.97
>>>>>>>>>>>> 0.0% complete
>>>>>>>>>>>> Decoding LPCM stream (track 2): Bitrate: 4608Kbps  Sample Rate:
>>>>>>>>>>>> 48KHz  Channels: 5.1  Bits per sample: 16bit
>>>>>>>>>>>> 18.2% complete
>>>>>>>>>>>> Finalize ISO disk
>>>>>>>>>>>> Reading buffer overflow. Possible container streams are not
>>>>>>>>>>>> syncronized. Please, verify stream fps. File name:
>>>>>>>>>>>> /tmp/bd_20220427-090605/bd.m2ts
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> can you  provide example stream for tsmuxer's developers?
>>>>>>>>>>> https://github.com/justdan96/tsMuxer/issues
>>>>>>>>>>>
>>>>>>>>>>> I can enter issue for you, just need link to file in question...
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>> On Tue, Apr 26, 2022 at 7:13 PM Andrew Randrianasulu <
>>>>>>>>>>>> randrianasulu at gmail.com> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Wednesday, April 27, 2022, Phyllis Smith <
>>>>>>>>>>>>> phylsmith2017 at gmail.com> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Adding use_tsmuxer = 0 after use_farmed = 0 did not work (I
>>>>>>>>>>>>>> did full rebuild just to make sure).  There must be a different spot
>>>>>>>>>>>>>> It is possible that the 5:1 audio limitation is Fedora?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> no, just diff between av_ch_layout_5point1 and
>>>>>>>>>>>>> av_ch_layout_5point1_back ....
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> try attached patches? one is for thirdparty/src another for
>>>>>>>>>>>>> cin herself..
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Tue, Apr 26, 2022 at 6:26 PM Andrew Randrianasulu <
>>>>>>>>>>>>>> randrianasulu at gmail.com> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Wednesday, April 27, 2022, Phyllis Smith <
>>>>>>>>>>>>>>> phylsmith2017 at gmail.com> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Andrew, 10 million "mega" tests later, I finally figured it
>>>>>>>>>>>>>>>> out.  Neither the chosen "Profile" or "tsmuxer" setting is getting reset to
>>>>>>>>>>>>>>>> "Bluray" for profile and "no tsmuxer" for tsmuxer.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> So what was happening is I loaded a file with 5:1 audio,
>>>>>>>>>>>>>>>> chose LPCM and TSMUXER and the error message of:
>>>>>>>>>>>>>>>>    * [pcm_bluray @ 0x7f002b5ff9c0] Specified channel
>>>>>>>>>>>>>>>> layout '5.1' is not supported*
>>>>>>>>>>>>>>>> which is fine as long as I document that.  But then I would
>>>>>>>>>>>>>>>> load Big Buck Bunny (also 5:1 audio) and since I saw that tsmuxer was not
>>>>>>>>>>>>>>>> checked and lpcm was not highlighted, I thought is should work and it did
>>>>>>>>>>>>>>>> not because both LPCM and TSMUXER will still "on".
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Since I am not sure if I can get it right, could you
>>>>>>>>>>>>>>>> provide the lines of code to change so that the profile and tsmuxer are
>>>>>>>>>>>>>>>> reset to default "not on" values every time BD Render is chosen from the
>>>>>>>>>>>>>>>> File pulldown?  Then I can do a final test and check into GIT.  Thanks,
>>>>>>>>>>>>>>>> Phyllis
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> try to add 'use_tsmuxer = 0;
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> at this block?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> int CreateBD_Thread::
>>>>>>>>>>>>>>> option_presets()
>>>>>>>>>>>>>>> {
>>>>>>>>>>>>>>> // reset only probed options
>>>>>>>>>>>>>>>         use_deinterlace = 0;
>>>>>>>>>>>>>>>         use_scale = Rescale::none;
>>>>>>>>>>>>>>>         use_resize_tracks = 0;
>>>>>>>>>>>>>>>         use_wide_audio = 0;
>>>>>>>>>>>>>>>         use_labeled = 0;
>>>>>>>>>>>>>>>         use_farmed = 0;
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> in cinelerra/bdcreate.C?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On Tue, Apr 26, 2022 at 7:22 AM Andrew Randrianasulu <
>>>>>>>>>>>>>>>> randrianasulu at gmail.com> wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> On Tuesday, April 26, 2022, Phyllis Smith <
>>>>>>>>>>>>>>>>> phylsmith2017 at gmail.com> wrote:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Andrew, if instead of choosing lpcm as the profile with
>>>>>>>>>>>>>>>>>> the 2 patches in, I choose the standard bluray, it works.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> note, even if file named like c file it actually diff..
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> but both patches as send works for me as after full
>>>>>>>>>>>>>>>>>>> rebuild..
>>>>>>>>>>>>>>>>>>> /
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> if you (re)move those last two patches from
>>>>>>>>>>>>>>>>>>> tirdparty/src error (can't find codec..) disappears?
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Yes.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> do you have some other libavcodec headers installed?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> what ldd bin/cin (assuming you run from src root for
>>>>>>>>>>>>>>>>> single user) says?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> but strange. you rebuild cin executable too? (because
>>>>>>>>>>>>>>>>>>>>> we link statically I typed  "touch cinelerra/new.C" and this forced rebuild
>>>>>>>>>>>>>>>>>>>>> of  this file and re-linking of executable...)
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> I do full rebuilds by running "make clean" which
>>>>>>>>>>>>>>>>>>>> deletes all of the thirdparty libraries and then do a full rebuild with
>>>>>>>>>>>>>>>>>>>> "./bld.sh".  Goes pretty fast on this laptop and it is not worth the
>>>>>>>>>>>>>>>>>>>> aggravation to only rebuild changed itemsl
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> does ffmpeg from thirdparty lists pcm_bluray as
>>>>>>>>>>>>>>>>>>>>> supported encoder?
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> It must because what is checked into GIT, lets me
>>>>>>>>>>>>>>>>>>>> choose the lpcm profile and on the bluray player, the info button clearly
>>>>>>>>>>>>>>>>>>>> displays it as lpcm.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> try thirdparty/ffmpeg-4.4/ffmpeg -codecs | grep bluray
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> [root at keystone cinelerra-5.1]#
>>>>>>>>>>>>>>>>>> thirdparty/ffmpeg-4.4/ffmpeg -codecs | grep bluray
>>>>>>>>>>>>>>>>>>  DEAI.S pcm_bluray           PCM signed 16|20|24-bit
>>>>>>>>>>>>>>>>>> big-endian for Blu-ray media
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> On Mon, Apr 25, 2022 at 2:00 PM Andrew Randrianasulu <
>>>>>>>>>>>>>>>>>>>>>> randrianasulu at gmail.com> wrote:
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> On Monday, April 25, 2022, Phyllis Smith <
>>>>>>>>>>>>>>>>>>>>>>> phylsmith2017 at gmail.com> wrote:
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>> Andrew, applied ffmpeg-4.4.patch_12 and
>>>>>>>>>>>>>>>>>>>>>>>> ffmpeg-4.4.patch99 and it compiles but fails with error message "open
>>>>>>>>>>>>>>>>>>>>>>>> failed pcm_bluray:/tmp/bd_date_tme/bd.m2ts" as seen in the attached png
>>>>>>>>>>>>>>>>>>>>>>>> file.
>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> strange.
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> can you double-check patches applied correctly (by
>>>>>>>>>>>>>>>>>>>>>>> comparing pcm-bluenc.c I attached earlier and actual file in
>>>>>>>>>>>>>>>>>>>>>>> thirdparty/ffmpeg/libavcodec? )
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>> On Sun, Apr 24, 2022 at 9:18 AM Andrew
>>>>>>>>>>>>>>>>>>>>>>>> Randrianasulu <randrianasulu at gmail.com> wrote:
>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>> Paul fixed bug preventing tsmuxer from recognizing
>>>>>>>>>>>>>>>>>>>>>>>>> our lpcm audio stream
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>> I backshoed fix into our ffmpeg 4.4..
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>> I think having it all worked in monthly release
>>>>>>>>>>>>>>>>>>>>>>>>> quite important, even if names of patches kinda high...
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>> also attached raw pcm-bluenc file as I hacked it,
>>>>>>>>>>>>>>>>>>>>>>>>> and fix/patch as downloaded from gitweb..
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>> https://github.com/justdan96/tsMuxer/issues/580
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>> https://git.ffmpeg.org/gitweb/ffmpeg.git/blobdiff/037fa0437d2aead40c1f786c6ad4d343afe0546d..058a1ff9b4cdbd2e1a93acc8bf0365e7d01cc9f4:/libavcodec/pcm-blurayenc.c
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>> https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/93dfb6afddb278218da7f8c696bf35ede2ba05aa
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20220428/afc6dd0a/attachment-0001.htm>

More information about the Cin mailing list