[Cin] Possible bug with CinGG-32-bit and >2Gb dv avi file?

[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...

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 ... :/
>>>
> 
> 
>