[Cin] bluray lpcm update!

Andrew Randrianasulu randrianasulu at gmail.com
Thu Apr 28 02:34:32 CEST 2022 

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..
>>>>>>>>>>>>>>>>>>>>>> 058a1ff9b4cdbd2e1a93acc8bf0365
>>>>>>>>>>>>>>>>>>>>>> e7d01cc9f4:/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/1583e146/attachment-0001.htm>

More information about the Cin mailing list