On Wednesday, April 27, 2022, Phyllis Smith <[email protected]> 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 < [email protected]> wrote:
On Wednesday, April 27, 2022, Phyllis Smith <[email protected]> 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: [email protected] 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 < [email protected]> wrote:
On Wednesday, April 27, 2022, Phyllis Smith <[email protected]> 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 < [email protected]> wrote:
On Wednesday, April 27, 2022, Phyllis Smith <[email protected]> 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 < > [email protected]> wrote: > >> >> >> On Tuesday, April 26, 2022, Phyllis Smith <[email protected]> >> 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@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 < >>>>>>> [email protected]> wrote: >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Monday, April 25, 2022, Phyllis Smith < >>>>>>>> [email protected]> 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 < >>>>>>>>> [email protected]> 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 >>>>>>>>>> >>>>>>>>>