November 2022 - Cin - Cinelerra-GG Mailing Lists

x264 RGB profile
by Andrew Randrianasulu 08 Nov '22

08 Nov '22

And I was wondering why colors were coming out visibly wrong! https://github.com/obsproject/obs-studio/issues/7345 colorspace=0 fixed this ... tested on ffmpeg 5.1.2 shared

2 1

More silence in configure.ac
by Andrew Randrianasulu 08 Nov '22

08 Nov '22

I missed those tree calls to lv2 components via pkg-config

2 1

Re: [Cin] New thread on bdwrite + mpeg2 HDV video
by Andrew Randrianasulu 08 Nov '22

08 Nov '22

so my two patches tested on desktop with Terje's input file made it into playble by mplayer output bdwrite how reports warning bdwrite uses field into from stream so, more testing needed! вт, 8 нояб. 2022 г., 04:33 Andrew Randrianasulu <randrianasulu(a)gmail.com>: > > > вт, 8 нояб. 2022 г., 00:36 Terje J. Hanssen <terjejhanssen(a)gmail.com>: > >> >> >> Den 07.11.2022 21:32, skrev Andrew Randrianasulu: >> >> >> >> пн, 7 нояб. 2022 г., 23:12 Terje J. Hanssen <terjejhanssen(a)gmail.com>: >> >>> >>> >>> Den 07.11.2022 19:31, skrev Andrew Randrianasulu: >>> >>> >>> >>> пн, 7 нояб. 2022 г., 21:27 Terje J. Hanssen <terjejhanssen(a)gmail.com>: >>> >>>> >>>> >>>> Den 07.11.2022 18:58, skrev Andrew Randrianasulu: >>>> >>>> >>>> >>>> пн, 7 нояб. 2022 г., 20:50 Andrew Randrianasulu < >>>> randrianasulu(a)gmail.com>: >>>> >>>>> >>>>> >>>>> пн, 7 нояб. 2022 г., 20:30 Andrew Randrianasulu < >>>>> randrianasulu(a)gmail.com>: >>>>> >>>>>> >>>>>> >>>>>> пн, 7 нояб. 2022 г., 19:40 Andrew Randrianasulu < >>>>>> randrianasulu(a)gmail.com>: >>>>>> >>>>>>> >>>>>>> >>>>>>> пн, 7 нояб. 2022 г., 19:10 Andrew Randrianasulu < >>>>>>> randrianasulu(a)gmail.com>: >>>>>>> >>>>>>>> Because old thread now a bit too big for mobile gmail client. >>>>>>>> >>>>>>> >>>> Yes, I also discovered that and thougt we should continue on another >>>> thread >>>> (though Thunderbird/IMAP on my Ultrabook had no problems) >>>> >>>> >>>> >>>>>>>> Yes, I'll try to see if it fails same way on my end. >>>>>>>> >>>>>>>> code seems to check first 100 frames >>>>>>>> >>>>>>>> >>>>>>>> 2528 static int field_probe(AVFormatContext *fmt_ctx, AVStream *st) >>>>>>>> 2529 { >>>>>>>> 2530 AVDictionary *copts = 0; >>>>>>>> 2531 //av_dict_copy(&copts, opts, 0); >>>>>>>> 2532 AVCodecID codec_id = st->codecpar->codec_id; >>>>>>>> 2533 #if LIBAVCODEC_VERSION_INT <= AV_VERSION_INT(58,134,100) >>>>>>>> 2534 AVCodec *decoder = avcodec_find_decoder(codec_id); >>>>>>>> 2535 #endif >>>>>>>> 2536 #if LIBAVCODEC_VERSION_INT >= AV_VERSION_INT(59,16,100) >>>>>>>> 2537 const AVCodec *decoder = avcodec_find_decoder(codec_id); >>>>>>>> 2538 #endif >>>>>>>> 2539 AVCodecContext *ctx = avcodec_alloc_context3(decoder); >>>>>>>> 2540 if( !ctx ) { >>>>>>>> 2541 fprintf(stderr,"codec alloc failed\n"); >>>>>>>> 2542 return -1; >>>>>>>> 2543 } >>>>>>>> 2544 avcodec_parameters_to_context(ctx, st->codecpar); >>>>>>>> 2545 if( avcodec_open2(ctx, decoder, &copts) < 0 ) { >>>>>>>> 2546 fprintf(stderr,"codec open failed\n"); >>>>>>>> 2547 return -1; >>>>>>>> 2548 } >>>>>>>> 2549 av_dict_free(&copts); >>>>>>>> 2550 >>>>>>>> 2551 AVFrame *ipic = av_frame_alloc(); >>>>>>>> 2552 AVPacket ipkt; >>>>>>>> 2553 av_init_packet(&ipkt); >>>>>>>> 2554 int ilaced = -1; >>>>>>>> 2555 for( int retrys=100; --retrys>=0 && ilaced<0; ) { >>>>>>>> 2556 av_packet_unref(&ipkt); >>>>>>>> 2557 int ret = av_read_frame(fmt_ctx, &ipkt); >>>>>>>> 2558 if( ret == AVERROR_EOF ) break; >>>>>>>> 2559 if( ret != 0 ) continue; >>>>>>>> 2560 if( ipkt.stream_index != st->index ) continue; >>>>>>>> 2561 if( !ipkt.data || !ipkt.size ) continue; >>>>>>>> 2562 ret = avcodec_send_packet(ctx, &ipkt); >>>>>>>> 2563 if( ret < 0 ) { >>>>>>>> 2564 fprintf(stderr, "avcodec_send_packet failed\n"); >>>>>>>> 2565 break; >>>>>>>> 2566 } >>>>>>>> 2567 ret = avcodec_receive_frame(ctx, ipic); >>>>>>>> 2568 if( ret >= 0 ) { >>>>>>>> 2569 ilaced = ipic->interlaced_frame ? 1 : 0; >>>>>>>> 2570 break; >>>>>>>> 2571 } >>>>>>>> 2572 if( ret != AVERROR(EAGAIN) ) >>>>>>>> 2573 fprintf(stderr, "avcodec_receive_frame failed %d\n", >>>>>>>> ret); >>>>>>>> 2574 } >>>>>>>> 2575 av_packet_unref(&ipkt); >>>>>>>> 2576 av_frame_free(&ipic); >>>>>>>> 2577 avcodec_free_context(&ctx); >>>>>>>> 2578 return ilaced; >>>>>>>> >>>>>>>> may be we can add flags to force interlaced vs progressive to >>>>>>>> bdwrite ... and/or debug why it fails. >>>>>>>> >>>>>>>> >>>>>>> sorry, not m2t or m2ts files were found on my main harddrive, so >>>>>>> blind shot! >>>>>>> >>>>>>> Terje, can you recompile bdwrite with attached patch and see if it >>>>>>> improves situation? >>>>>>> >>>>>> >>>> I hope to avoid recompiling my ultrabook, where I just have installed >>>> the CinGG appimage >>>> >>>> >>>> >>>>>> >>>>>> err, I think second patch also needed, because ilace in bdwrite is >>>>>> just 1/0/-1 not more detailed. >>>>>> >>>>> >>>>> >>>>> >>>>> finally found m2t file, for me bdwrite does not complain but resulting >>>>> file is unplayable >>>>> >>>> >>>> Note: >>>> I just used the short m2t file you linked to; maybe it is to short for >>>> interlace probe? >>>> >>> >>> >>> may be! try to cp it under few different names then cat them together to >>> get longer file? >>> >>> >>> >>>> >>>> this one contain real very short hdv sample with mp2 sound >>>> http://twenkid.com/os/3.m2t >>>> >>>> >>>> >>>>> >>>>> note I used -b switch for new mkudffs so it works with 2048 blocks and >>>>> not default 512 >>>>> >>>> >>>> I used the plain manual step 3 without -b, as also used for 2048 blocks >>>> in the sample step 2 ? >>>> I 'll do a new attempt with -b and reort the result >>>> >>>> >>>> >>>>> root@slax:/tmp# mkudffs -b 2048 /tmp/newfilename.udfs 25915 >>>>> filename=/tmp/newfilename.udfs >>>>> label=LinuxUDF >>>>> uuid=6369651cdf849fbf >>>>> blocksize=2048 >>>>> blocks=25915 >>>>> udfrev=2.01 >>>>> start=0, blocks=16, type=ERASE >>>>> start=16, blocks=4, type=VRS >>>>> start=20, blocks=76, type=ERASE >>>>> start=96, blocks=16, type=MVDS >>>>> start=112, blocks=16, type=ERASE start=128, >>>>> blocks=4, type=LVID start=132, blocks=124, >>>>> type=ERASE start=256, blocks=1, type=ANCHOR >>>>> >>>>> start=257, blocks=25400, type=PSPACE start=25657, blocks=1, >>>>> type=ERASE >>>>> start=25658, blocks=1, type=ANCHOR >>>>> start=25659, blocks=69, type=ERASE >>>>> start=25728, blocks=16, type=RVDS >>>>> start=25744, blocks=170, type=ERASE >>>>> start=25914, blocks=1, type=ANCHOR >>>>> root@slax:/tmp# mount -o loop /tmp/newfilename.udfs /mnt/test >>>>> >>>>> >>>>> root@slax:/tmp# bdwrite /mnt/test /home/guest/20081103140154.m2t >>>>> >>>>> >>>>> root@slax:/tmp# umount /mnt/test >>>>> >>>>> >>>>> >>>>> playing result in many >>>>> >>>>> root@slax:/tmp# mplayer -vo null br://tmp/newfilename.udfs >>>>> MPlayer UNKNOWN-11.2.0 (C) 2000-2022 MPlayer Team >>>>> do_connect: could not connect to socket >>>>> connect: No such file or directory >>>>> Failed to open LIRC support. You will not be able to use your remote >>>>> control. >>>>> >>>>> Playing br://tmp/newfilename.udfs. The >>>>> hostname option must be an integer: tmp Struct bluray, field >>>>> hostname parsing error: tmp libavformat version 59.33.100 >>>>> (internal) bluray.c:707: Skipping broken unit at >>>>> 0 bluray.c:255: 00000.m2ts: no timestamp for >>>>> SPN 0 (got 0). clip 46909800-47511000. >>>>> bluray.c:707: Skipping broken unit at 0 >>>>> bluray.c:707: Skipping broken unit at 6144 >>>>> bluray.c:255: 00000.m2ts: no timestamp for SPN 0 (got 0). clip >>>>> 46909800-47511000. bluray.c:707: >>>>> Skipping broken unit at 0 bluray.c:707: >>>>> Skipping broken unit at 6144 bluray.c:707: Skipping >>>>> broken unit at 12288 bluray.c:707: Skipping broken unit >>>>> at 18432 bluray.c:707: Skipping broken unit at 24576 >>>>> >>>>> {and so on} >>>>> >>>> >>>> >>>> on the other hand reencoding audio like this >>>> >>>> root@slax:/tmp# ffmpeg -i /home/guest/20081103140154.m2t -c:v copy >>>> -c:a ac3 -b:a 384k 2008.m2ts >>>> >>>> and repeating steps with mkudffs / mount /bdwrite /umount resulted in >>>> working in mplayer file! >>>> >>>> I have 'old' 4.4 ffmpeg, so no bluray encoding for me. >>>> >>>> also, I used wcalc as console calc >>>> >>>> >>>> >>>> >>> I discovered I had wrong calculated the file size in kb instead of >>> bytes, but this didn't change anything, >>> >>> I attach my 8.7 Mb (small) output.mts with pcm_bluray audio created with >>> ffmpeg-5.1.2 on Tumleweed, so you can try it. >>> >> >> >> thanks, I just copied m2ts file from my desktop vua ssh to my tablet, run >> ffmpeg 5.1.2 on it, moved result back to desktop and created bd - no error >> ... >> >> it also play in mplayer and it says >> >> Selected audio codec: [fflpcm] afm: ffmpeg (Blu-ray LPCM) >> >> >> >> procedure on filecopy >> >> ~ $ scp [email protected]:/home/guest/20081103140154.m2t . >> >> >> note dot at the end, I copied in current folder >> >> >> ~ $ ffmpeg -i 20081103140154.m2t -c:v copy -c:a pcm_bluray 2008_pcm.m2ts >> >> >> ~ $ mpv 2008_pcm.m2ts >> Video --vid=1 (mpeg2video 1440x1080 25.000fps) >> (+) Audio --aid=1 (pcm_bluray 2ch 48000Hz) >> AO: [opensles] 48000Hz stereo 2ch s16 >> A: 00:00:13 / 00:00:13 (97%) >> >> Exiting... (End of file) >> ~ $ scp 2008_pcm.m2ts [email protected]:/home/guest >> guest(a)192.168.1.102's password: >> 2008_pcm.m2ts 100% 45MB 5.8MB/s 00:07 >> >> >> and via ssh on desktop (102): >> >> root@slax:/tmp# du -sb 2008_pcm.m2ts >> 47020032 2008_pcm.m2ts root@slax:/tmp# >> mkudffs -b 2048 /tmp/newfilename.udfs 27055 >> >> root@slax:/tmp# mount -o loop /tmp/newfilename.udfs /mnt/test >> root@slax:/tmp# bdwrite /mnt/test 2008_pcm.m2ts root@slax:/tmp# >> umount /mnt/test root@slax:/tmp# >> mplayer -vo null -demuxer mpeg br://tmp/newfilename.udfs >> >> >> it seems to work. >> >> So, I see no other way for you but compile Cingg/bdwrite with two patches >> I provided and see if they improve situation ... (or may be Phyllis will >> make special appimage for you) >> >> >> Nice you got it to work :) >> >> Could you also test the same with the output.mts file I sent you and list >> up the steps and output you get. >> This so I can verify if I have managed to enter something wrong, or if it >> is due to your patched bdwrite. >> > > with normal (not patched) bdwrite and your file I also got > > bdwrite /mnt/test /dev/shm/output.mts interlace probe > failed > > > so, next step is compile cingg on my desktop :) > > > > > >> >> >> >>> So I sixdoubled this with cat to the bigger 53 Mb Output.mts >>> >>> But sorry, got the same interlace probe error from bdwite >>> and no content files in the BDMV structure >>> >>> >>> >>> >>> >>> >>

2 2

Re: [Cin] New thread on bdwrite + mpeg2 HDV video
by Andrew Randrianasulu 07 Nov '22

07 Nov '22

пн, 7 нояб. 2022 г., 23:12 Terje J. Hanssen <terjejhanssen(a)gmail.com>: > > > Den 07.11.2022 19:31, skrev Andrew Randrianasulu: > > > > пн, 7 нояб. 2022 г., 21:27 Terje J. Hanssen <terjejhanssen(a)gmail.com>: > >> >> >> Den 07.11.2022 18:58, skrev Andrew Randrianasulu: >> >> >> >> пн, 7 нояб. 2022 г., 20:50 Andrew Randrianasulu <randrianasulu(a)gmail.com >> >: >> >>> >>> >>> пн, 7 нояб. 2022 г., 20:30 Andrew Randrianasulu <randrianasulu(a)gmail.com >>> >: >>> >>>> >>>> >>>> пн, 7 нояб. 2022 г., 19:40 Andrew Randrianasulu < >>>> randrianasulu(a)gmail.com>: >>>> >>>>> >>>>> >>>>> пн, 7 нояб. 2022 г., 19:10 Andrew Randrianasulu < >>>>> randrianasulu(a)gmail.com>: >>>>> >>>>>> Because old thread now a bit too big for mobile gmail client. >>>>>> >>>>> >> Yes, I also discovered that and thougt we should continue on another >> thread >> (though Thunderbird/IMAP on my Ultrabook had no problems) >> >> >> >>>>>> Yes, I'll try to see if it fails same way on my end. >>>>>> >>>>>> code seems to check first 100 frames >>>>>> >>>>>> >>>>>> 2528 static int field_probe(AVFormatContext *fmt_ctx, AVStream *st) >>>>>> 2529 { >>>>>> 2530 AVDictionary *copts = 0; >>>>>> 2531 //av_dict_copy(&copts, opts, 0); >>>>>> 2532 AVCodecID codec_id = st->codecpar->codec_id; >>>>>> 2533 #if LIBAVCODEC_VERSION_INT <= AV_VERSION_INT(58,134,100) >>>>>> 2534 AVCodec *decoder = avcodec_find_decoder(codec_id); >>>>>> 2535 #endif >>>>>> 2536 #if LIBAVCODEC_VERSION_INT >= AV_VERSION_INT(59,16,100) >>>>>> 2537 const AVCodec *decoder = avcodec_find_decoder(codec_id); >>>>>> 2538 #endif >>>>>> 2539 AVCodecContext *ctx = avcodec_alloc_context3(decoder); >>>>>> 2540 if( !ctx ) { >>>>>> 2541 fprintf(stderr,"codec alloc failed\n"); >>>>>> 2542 return -1; >>>>>> 2543 } >>>>>> 2544 avcodec_parameters_to_context(ctx, st->codecpar); >>>>>> 2545 if( avcodec_open2(ctx, decoder, &copts) < 0 ) { >>>>>> 2546 fprintf(stderr,"codec open failed\n"); >>>>>> 2547 return -1; >>>>>> 2548 } >>>>>> 2549 av_dict_free(&copts); >>>>>> 2550 >>>>>> 2551 AVFrame *ipic = av_frame_alloc(); >>>>>> 2552 AVPacket ipkt; >>>>>> 2553 av_init_packet(&ipkt); >>>>>> 2554 int ilaced = -1; >>>>>> 2555 for( int retrys=100; --retrys>=0 && ilaced<0; ) { >>>>>> 2556 av_packet_unref(&ipkt); >>>>>> 2557 int ret = av_read_frame(fmt_ctx, &ipkt); >>>>>> 2558 if( ret == AVERROR_EOF ) break; >>>>>> 2559 if( ret != 0 ) continue; >>>>>> 2560 if( ipkt.stream_index != st->index ) continue; >>>>>> 2561 if( !ipkt.data || !ipkt.size ) continue; >>>>>> 2562 ret = avcodec_send_packet(ctx, &ipkt); >>>>>> 2563 if( ret < 0 ) { >>>>>> 2564 fprintf(stderr, "avcodec_send_packet failed\n"); >>>>>> 2565 break; >>>>>> 2566 } >>>>>> 2567 ret = avcodec_receive_frame(ctx, ipic); >>>>>> 2568 if( ret >= 0 ) { >>>>>> 2569 ilaced = ipic->interlaced_frame ? 1 : 0; >>>>>> 2570 break; >>>>>> 2571 } >>>>>> 2572 if( ret != AVERROR(EAGAIN) ) >>>>>> 2573 fprintf(stderr, "avcodec_receive_frame failed %d\n", ret); >>>>>> 2574 } >>>>>> 2575 av_packet_unref(&ipkt); >>>>>> 2576 av_frame_free(&ipic); >>>>>> 2577 avcodec_free_context(&ctx); >>>>>> 2578 return ilaced; >>>>>> >>>>>> may be we can add flags to force interlaced vs progressive to bdwrite >>>>>> ... and/or debug why it fails. >>>>>> >>>>>> >>>>> sorry, not m2t or m2ts files were found on my main harddrive, so blind >>>>> shot! >>>>> >>>>> Terje, can you recompile bdwrite with attached patch and see if it >>>>> improves situation? >>>>> >>>> >> I hope to avoid recompiling my ultrabook, where I just have installed the >> CinGG appimage >> >> >> >>>> >>>> err, I think second patch also needed, because ilace in bdwrite is just >>>> 1/0/-1 not more detailed. >>>> >>> >>> >>> >>> finally found m2t file, for me bdwrite does not complain but resulting >>> file is unplayable >>> >> >> Note: >> I just used the short m2t file you linked to; maybe it is to short for >> interlace probe? >> > > > may be! try to cp it under few different names then cat them together to > get longer file? > > > >> >> this one contain real very short hdv sample with mp2 sound >> http://twenkid.com/os/3.m2t >> >> >> >>> >>> note I used -b switch for new mkudffs so it works with 2048 blocks and >>> not default 512 >>> >> >> I used the plain manual step 3 without -b, as also used for 2048 blocks >> in the sample step 2 ? >> I 'll do a new attempt with -b and reort the result >> >> >> >>> root@slax:/tmp# mkudffs -b 2048 /tmp/newfilename.udfs 25915 >>> filename=/tmp/newfilename.udfs >>> label=LinuxUDF >>> uuid=6369651cdf849fbf >>> blocksize=2048 >>> blocks=25915 >>> udfrev=2.01 >>> start=0, blocks=16, type=ERASE >>> start=16, blocks=4, type=VRS >>> start=20, blocks=76, type=ERASE >>> start=96, blocks=16, type=MVDS >>> start=112, blocks=16, type=ERASE start=128, >>> blocks=4, type=LVID start=132, blocks=124, >>> type=ERASE start=256, blocks=1, type=ANCHOR >>> >>> start=257, blocks=25400, type=PSPACE start=25657, blocks=1, >>> type=ERASE >>> start=25658, blocks=1, type=ANCHOR >>> start=25659, blocks=69, type=ERASE >>> start=25728, blocks=16, type=RVDS >>> start=25744, blocks=170, type=ERASE >>> start=25914, blocks=1, type=ANCHOR >>> root@slax:/tmp# mount -o loop /tmp/newfilename.udfs /mnt/test >>> >>> root@slax:/tmp# bdwrite /mnt/test /home/guest/20081103140154.m2t >>> >>> root@slax:/tmp# umount /mnt/test >>> >>> >>> >>> playing result in many >>> >>> root@slax:/tmp# mplayer -vo null br://tmp/newfilename.udfs >>> MPlayer UNKNOWN-11.2.0 (C) 2000-2022 MPlayer Team >>> do_connect: could not connect to socket >>> connect: No such file or directory >>> Failed to open LIRC support. You will not be able to use your remote >>> control. >>> >>> Playing br://tmp/newfilename.udfs. The >>> hostname option must be an integer: tmp Struct bluray, field >>> hostname parsing error: tmp libavformat version 59.33.100 >>> (internal) bluray.c:707: Skipping broken unit at >>> 0 bluray.c:255: 00000.m2ts: no timestamp for >>> SPN 0 (got 0). clip 46909800-47511000. >>> bluray.c:707: Skipping broken unit at 0 >>> bluray.c:707: Skipping broken unit at 6144 >>> bluray.c:255: 00000.m2ts: no timestamp for SPN 0 (got 0). clip >>> 46909800-47511000. bluray.c:707: >>> Skipping broken unit at 0 bluray.c:707: >>> Skipping broken unit at 6144 bluray.c:707: Skipping >>> broken unit at 12288 bluray.c:707: Skipping broken unit >>> at 18432 bluray.c:707: Skipping broken unit at 24576 >>> >>> {and so on} >>> >> >> >> on the other hand reencoding audio like this >> >> root@slax:/tmp# ffmpeg -i /home/guest/20081103140154.m2t -c:v copy -c:a >> ac3 -b:a 384k 2008.m2ts >> >> and repeating steps with mkudffs / mount /bdwrite /umount resulted in >> working in mplayer file! >> >> I have 'old' 4.4 ffmpeg, so no bluray encoding for me. >> >> also, I used wcalc as console calc >> >> >> >> > I discovered I had wrong calculated the file size in kb instead of bytes, > but this didn't change anything, > > I attach my 8.7 Mb (small) output.mts with pcm_bluray audio created with > ffmpeg-5.1.2 on Tumleweed, so you can try it. > thanks, I just copied m2ts file from my desktop vua ssh to my tablet, run ffmpeg 5.1.2 on it, moved result back to desktop and created bd - no error ... it also play in mplayer and it says Selected audio codec: [fflpcm] afm: ffmpeg (Blu-ray LPCM) procedure on filecopy ~ $ scp [email protected]:/home/guest/20081103140154.m2t . note dot at the end, I copied in current folder ~ $ ffmpeg -i 20081103140154.m2t -c:v copy -c:a pcm_bluray 2008_pcm.m2ts ~ $ mpv 2008_pcm.m2ts Video --vid=1 (mpeg2video 1440x1080 25.000fps) (+) Audio --aid=1 (pcm_bluray 2ch 48000Hz) AO: [opensles] 48000Hz stereo 2ch s16 A: 00:00:13 / 00:00:13 (97%) Exiting... (End of file) ~ $ scp 2008_pcm.m2ts [email protected]:/home/guest guest(a)192.168.1.102's password: 2008_pcm.m2ts 100% 45MB 5.8MB/s 00:07 and via ssh on desktop (102): root@slax:/tmp# du -sb 2008_pcm.m2ts 47020032 2008_pcm.m2ts root@slax:/tmp# mkudffs -b 2048 /tmp/newfilename.udfs 27055 root@slax:/tmp# mount -o loop /tmp/newfilename.udfs /mnt/test root@slax:/tmp# bdwrite /mnt/test 2008_pcm.m2ts root@slax:/tmp# umount /mnt/test root@slax:/tmp# mplayer -vo null -demuxer mpeg br://tmp/newfilename.udfs it seems to work. So, I see no other way for you but compile Cingg/bdwrite with two patches I provided and see if they improve situation ... (or may be Phyllis will make special appimage for you) > So I sixdoubled this with cat to the bigger 53 Mb Output.mts > > But sorry, got the same interlace probe error from bdwite > and no content files in the BDMV structure > > > > > >

1 0

New thread on bdwrite + mpeg2 HDV video
by Andrew Randrianasulu 07 Nov '22

07 Nov '22

Because old thread now a bit too big for mobile gmail client. Yes, I'll try to see if it fails same way on my end. code seems to check first 100 frames 2528 static int field_probe(AVFormatContext *fmt_ctx, AVStream *st) 2529 { 2530 AVDictionary *copts = 0; 2531 //av_dict_copy(&copts, opts, 0); 2532 AVCodecID codec_id = st->codecpar->codec_id; 2533 #if LIBAVCODEC_VERSION_INT <= AV_VERSION_INT(58,134,100) 2534 AVCodec *decoder = avcodec_find_decoder(codec_id); 2535 #endif 2536 #if LIBAVCODEC_VERSION_INT >= AV_VERSION_INT(59,16,100) 2537 const AVCodec *decoder = avcodec_find_decoder(codec_id); 2538 #endif 2539 AVCodecContext *ctx = avcodec_alloc_context3(decoder); 2540 if( !ctx ) { 2541 fprintf(stderr,"codec alloc failed\n"); 2542 return -1; 2543 } 2544 avcodec_parameters_to_context(ctx, st->codecpar); 2545 if( avcodec_open2(ctx, decoder, &copts) < 0 ) { 2546 fprintf(stderr,"codec open failed\n"); 2547 return -1; 2548 } 2549 av_dict_free(&copts); 2550 2551 AVFrame *ipic = av_frame_alloc(); 2552 AVPacket ipkt; 2553 av_init_packet(&ipkt); 2554 int ilaced = -1; 2555 for( int retrys=100; --retrys>=0 && ilaced<0; ) { 2556 av_packet_unref(&ipkt); 2557 int ret = av_read_frame(fmt_ctx, &ipkt); 2558 if( ret == AVERROR_EOF ) break; 2559 if( ret != 0 ) continue; 2560 if( ipkt.stream_index != st->index ) continue; 2561 if( !ipkt.data || !ipkt.size ) continue; 2562 ret = avcodec_send_packet(ctx, &ipkt); 2563 if( ret < 0 ) { 2564 fprintf(stderr, "avcodec_send_packet failed\n"); 2565 break; 2566 } 2567 ret = avcodec_receive_frame(ctx, ipic); 2568 if( ret >= 0 ) { 2569 ilaced = ipic->interlaced_frame ? 1 : 0; 2570 break; 2571 } 2572 if( ret != AVERROR(EAGAIN) ) 2573 fprintf(stderr, "avcodec_receive_frame failed %d\n", ret); 2574 } 2575 av_packet_unref(&ipkt); 2576 av_frame_free(&ipic); 2577 avcodec_free_context(&ctx); 2578 return ilaced; may be we can add flags to force interlaced vs progressive to bdwrite ... and/or debug why it fails.

2 6

Re: [Cin] HDV manual section need some work
by Andrew Randrianasulu 07 Nov '22

07 Nov '22

чт, 3 нояб. 2022 г., 17:52 Terje J. Hanssen <terjejhanssen(a)gmail.com>: > > > Den 03.11.2022 01:42, skrev Andrew Randrianasulu via Cin: > > > > чт, 3 нояб. 2022 г., 03:34 Andrew Randrianasulu <randrianasulu(a)gmail.com>: > >> >> >> чт, 3 нояб. 2022 г., 03:14 Andrew Randrianasulu <randrianasulu(a)gmail.com >> >: >> >>> I think we can add some clarification >>> >>> --- >>> HDV on a Blu-ray Disc Without Re-encoding >>> >>> An MTS file is a video file saved in the high-definition (HD) MPEG >>> Transport Stream video format, commonly called AVCHD. It contains HD video >>> compatible with Blu-ray disc format and is based on the MPEG-2 transport >>> stream. MTS files are often used by Sony, Panasonic, Canon and other HD >>> camcorders. Legal input for Video – MPEG1VIDEO, MPEG2VIDEO, H264; Audio – >>> MP1, MP2, AC3, AC3PLUS, DTS, TRUHD. >>> >>> Note, mp2 and mp1 audio codecs are valid for transport stream itself but >>> not as on-disk format for Blu-Rays. >>> >>> In this case you still can save original video by using ffmpeg's switches >>> >>> -c:v copy -c:a ac3 , while outputting into another temporal ts >>> container. >>> >>> {waiting for Terje's results on pcm_bluray case} >>> >>> >>> --- >>> >>> >>> I think all m2ts files you used for testing were h264/aac (or ac3), not >>> from-camcoder HDVs with mpeg2 video/mp2 audio. >>> >>> you can try HDV-in-mov from this folder as ffmpeg test file, I think >>> >>> http://samples.mplayerhq.hu/mov/FCP/ >>> >> >> oh, this is not mp2 audio but pcm audio. And ..not exactly kind of pcm >> used on blurays! >> >> so this line work, note mpegts_m2ts_mode switch for enabling more bluray >> like output, without it ffmpeg will mux audio into private stream - good >> luck getting it back! >> >> ffmpeg -i HDV_1080i50.mov -c:v copy -c:a pcm_bluray -mpegts_m2ts_mode 1 >> hdv.mts >> >> then tsmuxer recognizes mts file as below: >> >> ~/tsMuxer $ tsmuxer hdv.mts >> tsMuxeR version 2.6.16-dev. github.com/justdan96/tsMuxer >> Track ID: 4113 >> Stream type: MPEG-2 >> Stream ID: V_MPEG-2 >> Stream info: Profile: Main@6. Resolution: 1440:1080i. Frame rate: 25 >> Stream lang: >> >> Track ID: 4352 >> Stream type: LPCM >> Stream ID: A_LPCM >> Stream info: Bitrate: 1536Kbps Sample Rate: 48KHz Channels: 2 Bits per >> sample: 16bit >> Stream lang: eng >> >> Duration: 00:00:08.000 >> >> ==== >> >> I wonder if you can cp this file few times and then cat them back >> together for simulating longer video ) ? >> >> > https://github.com/OpenShot/openshot-qt/issues/3428#top > > this one contain real very short hdv sample with mp2 sound > > http://twenkid.com/os/3.m2t > > > > I can try to dig and test further into this matter later this month - or > possibly more realistic next month. > Currently I spend some holiday weeks on Gran Canaria 😎 > have good times (even without camcoder!) > Some thoughts in advance: > > Would it possibly be better/clear to differ/split between the formats, HDV > video on tape (M2T container) and the successor H264/AVC(HD) video on disk? > https://en.wikipedia.org/wiki/HDV > sure, right now it confusing. > > Possibly you still have the probably little longer HDV 1080i sample file, > "20081103140154.m2t" we used for the HDV format patch here > https://www.mail-archive.com/[email protected]/msg02048.html > yeah, will call my friend 'find' ) thanks! > > And if Phyllis has access to a Blu-ray disc burner and BD hw player, > testing could possibly start sooner(?) > > > > > > > > >> >> >> >>> >>> ---- >>> >>> For creating a blu-ray disc, if you have HDV MPEG-2 media that is in >>> blu-ray format, you can save the original quality of your work, rather than >>> rendering it to another format. >>> >>> >>> {I hope Terje will let us know if bdwrite still works with bluray pcm >>> audio as produced by ffmpeg 5.1+} >>> >> > >

3 16

minor configure.ac changes.
by Andrew Randrianasulu 06 Nov '22

06 Nov '22

First one adds no-unknown-warnings cflag back especially if clang was requested (reduces amount of clang chatter) second one address (hopefully) pkg-config's loud complains about missing libs or headers during configure. I tested it briefly on Android/termux and it seems to work, but better testing much wished for. If Phyllis will like second patch I can add the same '2>/dev/null' to cinelerra/Makefile, where same pkg-config added by me complains (harmlessly) about not found libs. Thing is, I prefer detailed output in case something goes wrong. But I do not mind silencing some parts I added in hope my memory will serve me!

3 6

small patch for termux_dyn.bld
by Andrew Randrianasulu 06 Nov '22

06 Nov '22

adds --with-clang there too, so dyn build also less noisy

2 2

cineformHD encoding profile
by Andrew Randrianasulu 06 Nov '22

06 Nov '22

Because Olive offers it, should be in ffmpeg since 4.4

2 1

Re: [Cin] Cingg'divide mode, very divisive!
by Andrew Randrianasulu 05 Nov '22

05 Nov '22

вс, 6 нояб. 2022 г., 00:52 Igor Vladimirsky <sitelve(a)gmail.com>: > > > ср, 2 нояб. 2022 г. в 12:53, Andrew Randrianasulu <randrianasulu(a)gmail.com > >: > >> So, as Igor noticed CinGG's divide and subtract modes do not behave like >> they behaved in Cin HV/CV/CVE I digged into matter a bit and found few >> confusing (for me, amateur) things...... >> > But moreover, according to documentation CinGG composites tracks a bit >> backward comparing to photo editors: >> >> > I found this in my archive. > Very cool, thanks! So, for your specific preferences does inverting S and D in overlayframe.h for subtract and divide return familiar behavior, especially with huge use of reroute/inversion? I do not think making it new default unconditionally will be good, because some modes compositing this way and some - that way add too much confusion, but a) you can use personal patch and hopefully b) I'll find some way to make this behavior configurable .... In 2016, I asked GoodGuy about the Divide blend mode. > I showed him a quote from from Changelog 2.1 > https://github.com/cinelerra-cv-team/cinelerra-cv/blob/master/cinelerra/CHA… > Quote:*" For overlaying, divide behavior is the same as the Gimp.* > New overlaying algorithm: Max takes the maximum r, g, and b values." > > *GG's answer:* > *------------------------------------* > > > > > > > > > > > > > *"This is the math form Gimp currently uses:STD_BLEND + (Sa == 0.0 || Dc / > Sc > Da / Sa ? Sa * Da : Dc * Sa * Sa / Sc)HV 4.6.1 (and CV) actually > uses:(Sc > 0 ? Dc / Sc : 1)Cin5 actually uses:(Dc > 0 ? Sc / Dc : 0)So, > none of these look like Gimp. But Divide is a bit squirrelly. It can fail > on a per pixel basis because of divide by zero. I prefer src (top track) / > dst (btm track) with divide by zero as black (not white). I think this is > the way most would like to see it work, since it is a stack of operations, > and it easier to work up from zero, than down from 1."* > *---------------------------------------* > > ---------------------------------------- > > This is from CGG'code > Cinelerra-GG > // DIVIDE [Sa + Da - Sa*Da, Sc*(1 - Da) + Dc*(1 - Sa) + Sc / Dc] > // SUBTRACT [(Sa - Da), (Sc - Dc)] > > > But in HV and CV*, the Subtract and Divide blend modes work the same way > as GIMP, Photoshop, Adobe Premiere Pro, EDIUS > > *GIMP* > Divide mode multiplies each pixel value in the lower layer by 256 and then > divides that by the corresponding pixel value of the upper layer plus one. > Subtract mode subtracts the pixel values of the upper layer from the pixel > values of the lower layer. > > *Photoshop* > https://photoblogstop.com/photoshop/photoshop-blend-modes-explained > Divide > Background layer ÷ Active layer = Quotient > Subtract > B minus A > > *Adobe Premiere Pro* > https://helpx.adobe.com/premiere-pro/using/blending-modes.html > Divide > Divides underlying color by source color. If the source color is white, > the result color is the underlying color. Result color values can be > greater than 1.0 in 32-bpc projects. > Subtract > Subtracts the source file from the underlying color. If the source color > is black, the result color is the underlying color. Result color values can > be less than 0 in 32-bpc project > > *EDIUS *(quote from its manual) > Subtract > Subtracts the overlay color values from the background. >

1 0