- Cin - Cinelerra-GG Mailing Lists

Fwd: beter fix for nested edl load/undo
by Andrew Randrianasulu 13 Nov '22

13 Nov '22

oh, hopefully correct fix this time I was hitting strange bug when undoing just loaded nested edl was causing segfault. After MUCH mucking around I think I discovered we were calling wrong function via pointer, I tested loading/undoing nested edl, normal edl, reference edl and group-loading 25+ pngs on separate tracks or as 25 pieces on same track. And undoing a lot! But please test as hard as possible - threading is not my strong suit, actually it is not my suit at all! ---------- Forwarded message --------- От: Андрей Рандрианасулу <randrik(a)mail.ru> Date: вс, 13 нояб. 2022 г., 15:20 Subject: beter fix for nested edl load/uno To: randrianasulu <randrianasulu(a)gmail.com> -- Андрей Рандрианасулу

1 0

Cingg'divide mode, very divisive!
by Andrew Randrianasulu 10 Nov '22

10 Nov '22

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. First, it seems CinGG as of now implement divide mode just like Natron (2.5 from git). https://paste.pics/JJC90 But GIMP/Krita/Photoshop implement different algo, probably described here: https://github.com/psd-tools/image-blender/blob/master/wiki/Blend-modes-and… basically it makes color white if one input (not one you divide to) was black. I think this is consistent with screenshot: https://paste.pics/JJC76 But moreover, according to documentation CinGG composites tracks a bit backward comparing to photo editors: Description The previous math forms are the only truly accurate description of each blending operation, but short descriptions are below where Source is the output from the next track and Destination is the output from the lower track stacking. Blending starts with new Source and combines it with the previous render stack output, which is referred to as Destination. The new output becomes the next Destination and the next up stack level becomes the new Source. Source is above; Destination is below. --- https://cinelerra-gg.org/download/CinelerraGG_Manual/Description.html So, in subtract and divide modes this *really* makes a lot of difference, like inverting (wildly altering) colors. By playing with automatically set keyframes I 'discovered' you can change compositing mode along the track - so this makes interesting dynamic effects possible. But I do not think reverting subtract/divide to their original form will be best solution. I hope another set of modes can be added, implementing at least previous algo, even if not exact ordering of compositing. (you always can swap tracks or use overlay plugin for different order?) I did similar (software-only ) patch ~year back, attached again (might need some tweaking for new sources). Problem is, I am a bit lost in this MACRO thing, so showing everyone how to put complex equation into our current overlayframe.h very much hoped for. Of course more ultimate idea is to put user-editable inputbox somewhere there, yet I not dare to think what will happen if user just added some A/B and B happened to be zero ..... at runtime, due to picture (so, macro somewhat must wrap around existing checking macro, and THIS definitely above my level ) https://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=blob;f=cinelerr… One the bonus side, I made simple PSD file in GIMP (2.10.32) and it was openable in cingg via ffmpeg's decoder! of course I am not sure if ffmpeg ever will expose raw layers and metadata for making more complex composition work in applications using it possible, but hey, who knows the future! attached even screenshot from psd-tools repo because I am a bit paranoid about information disappearance ....

2 4

Mailing list - file upload
by Sam 10 Nov '22

10 Nov '22

Hi guys, I am very pleased that the mailing list is used by our visitors and users to exchange information, that should remain so, but please do not send too large files over the mailing list, it is not intended for that. This causes us more administrative work and higher costs for storage space on the server. Larger files should be shared via file sharing services and included as a link in the email. For larger files, swisstransfer [dot] com (high Swiss data protection law) is a good choice, or streamable [dot] com, or for images imgbb [dot] com, etc. For this reason, e-mails that are too large will be automatically rejected. Thank you for your understanding. Sam

1 0

opencl on Radeons
by Andrew Randrianasulu 09 Nov '22

09 Nov '22

Because I tend to track this issue https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/19232 see latest notes there (you need llvm 15.0.4 - yeah, in this case 0.0.1 version matters) and mesa git + some merge requests manually merged, but results relatively promising - darktable starts and enjoy some 2x speedup (on Power CPU, no less!), Lux render also starts and works. Ffmpeg I guess not tested yet :) for me ffmpeg -filters | grep opencl shows ... avgblur_opencl V->V Apply average blur filter ... boxblur_opencl V->V Apply boxblur filter to input video ... colorkey_opencl V->V Turns a certain color into transparency. Operates on RGB colors. ... convolution_opencl V->V Apply convolution mask to input video ... deshake_opencl V->V Feature-point based video stabilization filter ... dilation_opencl V->V Apply dilation effect ... erosion_opencl V->V Apply erosion effect ... nlmeans_opencl V->V Non-local means denoiser through OpenCL ... overlay_opencl VV->V Overlay one video on top of another ... pad_opencl V->V Pad the input video. ... prewitt_opencl V->V Apply prewitt operator ... program_opencl |->V Filter video using an OpenCL program ... roberts_opencl V->V Apply roberts operator ... sobel_opencl V->V Apply sobel operator ... tonemap_opencl V->V Perform HDR to SDR conversion with tonemapping. ... transpose_opencl V->V Transpose input video ... unsharp_opencl V->V Apply unsharp mask to input video ... xfade_opencl VV->V Cross fade one video with another video. ... openclsrc |->V Generate video using an OpenCL program for tonemapping on OpenCL this line was suggested (on Nvidia) - see below. https://superuser.com/questions/1549479/ffmpeg-4k-hdr-to-1080p-sdr-hardware… so I guess we can use it as example for trying on Radeons (comment about OpenCL 1.2 needed still apply, but rusticl exposes 3.0 :-) ) there is also AUR package, but not sure if it tracks right branch from Karol Herbst (developer) repo .. https://aur.archlinux.org/packages/mesa-rusticl-git I personally look at https://gitlab.freedesktop.org/karolherbst/mesa/-/commits/rusticl/wip_nv/ note enabling this also require some environment flags to be set. ffmpeg -vsync 0 -hwaccel cuda \ -init_hw_device opencl=ocl \ -filter_hw_device ocl -extra_hw_frames 3 \ -threads 16 -c:v hevc_cuvid \ -resize 1920x1080 -i INPUT \ -vf "format=p010,hwupload,tonemap_opencl=tonemap=mobius:param=0.01:desat=0:r=tv:p=bt709:t=bt709:m=bt709:format=nv12,hwdownload,format=nv12" \ -c:a copy -c:s copy \ -c:v libx264 -max_muxing_queue_size 9999 OUTPUT

1 0

shared build fix for my Slackware
by Andrew Randrianasulu 09 Nov '22

09 Nov '22

..where X11 actually located in /usr/X11R7 so this configure works LDFLAGS=-L/usr/X11R7/lib setarch i686 ./configure --with-single-user --without-thirdparty --disable-libdpx --without-libdpx --without-lv2 --disable-static-build

3 9

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 guest@192.168.1.102:/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 guest@192.168.1.102:/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 guest@192.168.1.102:/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 guest@192.168.1.102:/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