В сообщении от Friday 25 October 2019 18:37:28 Pierre autourduglobe написал(а):
Hi Andrew,
Here I solved the problem....
I thought it might be corruption at the beginning or end of the clip. So I used the "VidCutter" software (https://github.com/ozmartian/vidcutter) which allows me to cut sections of media files without re-encoding.
I cut first and last frames using the function that identifies the precise points between frames. I saved the resulting DV sequence (shortened by 2 frames) and loaded it into CinGG which now uses it without any more problems...
Interesting! But obviously resulting file will be using nearly as much space as source file.. may be based on your info automatic workaround can be imagined .. I added issue 330 (about this file) and 331 (about slow reverse 2x playback) into MantisBT. Not sure if I should add autoclip feature request - few users actually use DV files today ..... But may be 'pro' cameras still use same idea wiith different container/codec pairs ..(like mpeg2/TS h264/mov) ?
Pierre
On 19-10-25 11 h 11, Andrew Randrianasulu wrote:
В сообщении от Friday 25 October 2019 16:52:01 Pierre autourduglobe написал(а):
@Andrew Randrianasulu
I downloaded your file and I see the same problem described in CinGG. If I play the sequence from the beginning the sound is good, but if I position the cursor further down the sequence all you hear is a regular pulse. This is as well in the copositor as in the viewer. This is true that CinGG tries first with FFMpeg or last.
I also tried to open it with Cinelerra-CV 2.3. It's worse... his icon doesn't appear in the source list and he refuses to transfer to the timeline, the Viewer or the composer.
On the other hand, strangely enough, the file reads (and from any point) normally in VLC.
Cool, thanks Pierre!
I mean, this is real bug, not just end result of my hacking around :}
I think Kino identified this file as AVI DV, type 1, ODML. Type 2 plays ok even if 3Gb+. Type 1, IIRC has just raw DV stream encapsulated in AVI, without specific real audio track, because audio and video already exist in single DV stream.
I wonder a bit if Cin-GG can do auto-clip feature like Kino? When Kino makes clips out of single file probably by using embedded by camera timecode stamps/gaps between them.
On modern Linux Kino should be run via oss emulation layer, like aoss, or something similar for Pulseaudio (I use ALSA only).
Also, backward playback (witch 16Mb default cache in CinGG) even for simple DV file is slow. Not sure if it can be speed up without major re-engineering of code ...
Pierre
On 19-10-25 05 h 00, Andrew Randrianasulu wrote:
Hello, all!
I was playing some more with latest Cin-GG (commit 5ec378f09aeeb646705fdb8035b39a186374fba0 ) and noticed I can't hear any sound if I seek in big DV avi file. If I just set cursor to very beginning - then it plays ok Fast forward makes sound 'pulse' and it never returns to normal. Same if I try to seek by double-clicking mouse pointer at some random position in file (on timeline).
Strangely enough, both mplayer and ffplay (from ffmpeg 2.8.15) have no troubles seeking in this file. Also, this is not obvious 2Gb problem, because video still work after seeking.
https://yadi.sk/i/ivzmAc2UGq-Wwg - this is 2,3G file as it was saved 10 years ago on my disk.
md5sum /home/guest/botva/Downloads/from_Vladimir/Leningrad\ dolphinarium\ 16\ 09\ 2009/LD_160909_2.avi ec11ac9e644e7c949ca74db7b9c57111 /home/guest/botva/Downloads/from_Vladimir/Leningrad dolphinarium 16 09 2009/LD_160909_2.avi
CinGG itself sees notfing wrong with this file:
(info from resources window):
file path: /home/guest/botva/Downloads/from_Vladimir/Leningrad dolphinarium 16 09 2009/LD_160909_2.avi 2459895296 bytes info: format: avi
1 video stream vid0 (0), id 0x000018: video1 dvvideo 720x576 25.00 pix yuv420p 17035+0 frms 681.40 secs 0:11:21.40
1 audio stream aud0 (1), id 0x010000: audio1-2 pcm_s16le s16 48000 16bits 32707202+0 smpl 681.40 secs 0:11:21.40 ------------
and in terminal:
LANG=C cin Cinelerra Infinity - built: Oct 25 2019 10:52:55 git://git.cinelerra-gg.org/goodguy/cinelerra.git (c) 2006-2019 Heroine Virtual Ltd. by Adam Williams (c) 2007-2019 cin5 derivative by W.P. Morrow aka goodguy Cinelerra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. There is absolutely no warranty for Cinelerra.
FFMPEG::open_decoder: some stream times estimated: /home/guest/botva/Downloads/from_Vladimir/Leningrad dolphinarium 16 09 2009/LD_160909_2.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/botva/Downloads/from_Vladimir/Leningrad dolphinarium 16 09 2009/LD_160909_2.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/botva/Downloads/from_Vladimir/Leningrad dolphinarium 16 09 2009/LD_160909_2.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/botva/Downloads/from_Vladimir/Leningrad dolphinarium 16 09 2009/LD_160909_2.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/botva/Downloads/from_Vladimir/Leningrad dolphinarium 16 09 2009/LD_160909_2.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/botva/Downloads/from_Vladimir/Leningrad dolphinarium 16 09 2009/LD_160909_2.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/botva/Downloads/from_Vladimir/Leningrad dolphinarium 16 09 2009/LD_160909_2.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/botva/Downloads/from_Vladimir/Leningrad dolphinarium 16 09 2009/LD_160909_2.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/botva/Downloads/from_Vladimir/Leningrad dolphinarium 16 09 2009/LD_160909_2.avi ---------------
Sorry for gigantic file, but I tried with smaller self-made file and 800Mb file from same folder - they works ok ... :/