Avidemux 2.6.x crash when open .ts file with VC-1 video

Started by cliffshit, April 30, 2013, 09:57:07 PM

Previous topic - Next topic

cliffshit

All 2.6... versions crash when trying to open .ts file contains VC-1 video? (see attachment for file info)
When indexing is finished, the program opens the file and displays the video, and then exits instantly, without any message.

All is good when using Avidemux 2.5.6.

System: Win XP SP3 32bit

Jan Gruuthuse

#1
think you gonna have to upload a 5 seconds duration / 20 MB size of this specific kind of video in this container format? Normally I come only across MPEG Video or AVC inside mpeg-ts container. (.ts) upload to rapidshare.com or similar web service and provide a public available  down link for it?

cliffshit

Here's a short clip from the file: http://www.share-online.biz/dl/FIKIC4MMP0

I stumbled on it in the news:
2010-11-01: 2.5.4. updated
...
* Improved decoding of VC-1 video in the MPEG-TS container


In the 2.5. versions it works, but why not in 2.6?
I would prefer 2.6 because it produces a significant better quality in x264 encoding with exact the same settings.

Jan Gruuthuse

no idea why, developers better have a look at it, same happening in Ubuntu 12.04 64-bit:
*********** BACKTRACK **************
/usr/lib/libADM_core6.so(ADM_backTrack+0x5c) [0x7f71b7403d9c]:0:<ADM_backTrack>:-2
/lib/x86_64-linux-gnu/libc.so.6(+0x364a0) [0x7f71b2f224a0]:1:<>:-2
/lib/x86_64-linux-gnu/libc.so.6(+0x149b08) [0x7f71b3035b08]:2:<>:-2
/usr/lib/ADM_plugins6/demuxers/libADM_dm_ts.so(_ZN14tsPacketLinear4readEjPh+0x4b) [0x7f718cf68eab]:3:<tsPacketLinear::read(unsigned int, unsigned char*)>:0
/usr/lib/ADM_plugins6/demuxers/libADM_dm_ts.so(_ZN8tsHeader8getFrameEjP18ADMCompressedImage+0x196) [0x7f718cf5f3e6]:4:<tsHeader::getFrame(unsigned int, ADMCompressedImage*)>:0
/usr/bin/avidemux3_qt4(_ZN12ADM_Composer22DecodePictureUpToIntraEjj+0xf3) [0x450073]:5:<ADM_Composer::DecodePictureUpToIntra(unsigned int, unsigned int)>:0
/usr/bin/avidemux3_qt4(_ZN12ADM_Composer10seektoTimeEjmb+0xa3) [0x450303]:6:<ADM_Composer::seektoTime(unsigned int, unsigned long, bool)>:0
/usr/bin/avidemux3_qt4() [0x44db83]:7:</usr/bin/avidemux3_qt4() [0x44db83]>:0
/usr/bin/avidemux3_qt4(_ZN12ADM_Composer6rewindEv+0x43) [0x44f373]:8:<ADM_Composer::rewind()>:0
/usr/bin/avidemux3_qt4() [0x435d8a]:9:</usr/bin/avidemux3_qt4() [0x435d8a]>:0
/usr/bin/avidemux3_qt4(_Z9A_openAviPKc+0x1ed) [0x43738d]:10:<A_openAvi(char const*)>:0
/usr/bin/avidemux3_qt4(_ZN15ADM_QT4_fileSel15GUI_FileSelReadEPKcPFvS1_E+0x20) [0x47ce50]:11:<ADM_QT4_fileSel::GUI_FileSelRead(char const*, void (*)(char const*))>:0
/usr/bin/avidemux3_qt4(_Z12HandleAction6Action+0x4d5) [0x437de5]:12:<HandleAction(Action)>:0
/usr/bin/avidemux3_qt4(_ZN10MainWindow13searchToolBarEP7QAction+0x91) [0x466ac1]:13:<MainWindow::searchToolBar(QAction*)>:0
/usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN11QMetaObject8activateEP7QObjectPKS_iPPv+0x2b1) [0x7f71b4897281]:14:<QMetaObject::activate(QObject*, QMetaObject const*, int, void**)>:0
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(_ZN8QToolBar15actionTriggeredEP7QAction+0x2f) [0x7f71b522b6df]:15:<QToolBar::actionTriggered(QAction*)>:0
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(+0x652604) [0x7f71b522c604]:16:<>:-2
/usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN11QMetaObject8activateEP7QObjectPKS_iPPv+0x2b1) [0x7f71b4897281]:17:<QMetaObject::activate(QObject*, QMetaObject const*, int, void**)>:0
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(_ZN11QToolButton9triggeredEP7QAction+0x2f) [0x7f71b5233c4f]:18:<QToolButton::triggered(QAction*)>:0
/usr/lib/x86_64-linux-gnu/libQtGui.so.4(+0x65aa99) [0x7f71b5234a99]:19:<>:-2
*********** BACKTRACK **************
[refresh]  [Vdpau]Rrefresh
  [renderCompleteRedrawRequest]  RedrawRequest
  [paintGL]  Painting dummy openGl widget
  [refresh]  [Vdpau]Rrefresh
  [renderCompleteRedrawRequest]  RedrawRequest
  [paintGL]  Painting dummy openGl widget
15:04:22 Call terminate!!!
Cleaning up
[deleteAll]  [Editor] Deleting all videos
  [~decoderFFVDPAU]  [VDPAU] Cleaning up
  [~decoderFFVDPAU]  [VDPAU] Destroying decoder
[lavc] Destroyed
[close]  Destroying TS demuxer
  [close]  Destroying TS demuxer
  [deleteAll]  [Editor] Deleting all videos
  [cleanup]  Deleting post proc
  [deleteAll]  [Editor] Deleting all videos
[Script] QtScript INFO - Closing QtScript
[Script] Tinypy INFO - Closing Python
[Script] SpiderMonkey INFO - Closing Spidermonkey
[destroy]  Destroying preview
  [ADM_ad_cleanup]  Purging audio decoder
  [ADM_vf_clearFilters]  clear filters
  [ADM_vf_cleanup]  Destroying video filter list
  [ADM_jobShutDown]  Shutting down jobs database
--End of cleanup--

Images stat:
___________
Max memory consumed (MB)     : 0
Current memory consumed (MB) : 0
Max image used               : 0
Cur image used               : 0
[onexit] 
Goodbye...

mean


Jan Gruuthuse

no longer crashes, suspect there some errors in the file: green screen at start, does not play at start, have to move slider forward, then kind of plays, and you can use copy in to other container: http://rapidshare.com/files/2749608123/test.mkv

mean

I would need a better sample, one that does not start with plenty of back frames
That part of the code is pretty untested

cliffshit

First sample was edited with tsmuxer just some seconds from beginning of the file.
Here's one that starts some seconds later, maybe better for testing:
http://www.share-online.biz/dl/HRY1R4MMRAT0

I can mux the file from .ts to .mkv container and then load it in avidemux, but the now encoded video stutters heavily.

cliffshit

Looks very good now with build r8666.
Excellent work, thanks!