| Summary: | =media-video/avidemux-2.0.42-r1 quits by loading a mpeg | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Markus <M4rkusXXL> |
| Component: | Current packages | Assignee: | Marc Hildebrand (RETIRED) <zypher> |
| Status: | RESOLVED WONTFIX | ||
| Severity: | major | CC: | federico.granata, media-video |
| Priority: | High | Keywords: | PMASKED |
| Version: | 2006.1 | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | 150175 | ||
| Bug Blocks: | 158340 | ||
| Attachments: |
emerge --info
strace avidemux2 Start-log of avidemux |
||
Created attachment 95866 [details]
emerge --info
Created attachment 95977 [details]
strace avidemux2
The first few lines is still the loading of the file.
And then it hangs in wait4.
Reading http://forums.gentoo.org/viewtopic-t-496473.html and http://forums.gentoo.org/viewtopic-t-497493.html I first thought the sse3 flags could be the problem (even though pni-flag is set and the sse3-test-program worked). Removing the flag and recompiling avidemux2 has not fixed this issue. The created idx-files can be successfully loaded on a different machine (32bit...) and idx-files created on that 32bit machine can not be loaded on this amd64 machine... Created attachment 97627 [details]
Start-log of avidemux
media-video/avidemux-2.0.42-r1 USE="oss -a52 -aac -alsa (-altivec) -arts -encode -mad -nls -sdl -truetype -vorbis -xv -xvid"
trying to load/index a small m2p file.
I now disabled all use-flags except the oss one (as one audio system needs to be set). Still the same problem. In the link already posted it was mentioned, that the cpu capabilities (like mmx and sse) are most likely be coded in 32-bit. But this does not work on 64-bit. (Just to point this out, at the start of avidemux some capabilities are detected...) The 2.2-svn version (ebuild from rsync://kpex.no-ip.org/kpex-media) works like a charm. (2.3-pre1 and 2.3-svn do not compile cleanly...) I know that 2.0.42 is over one year old... but 2.1_pre1 is hardmasked... With the help of http://forums.gentoo.org/viewtopic-p-3597834.html#3597834 I got it working with 2.3-pre1/svn as well. Check bug 129222 for a threadsafe spidermonkey. (Essential for avidemux-scripting... no option to disable it...) removed from tree, file a new bug if an issue with 2.3.0 |
Well I used to cut movies with avidemux. These movies are DVB-T MPEG-Streams cleaned by projectx. It worked before the update to gcc 4.1.1 (and the glibc). I recompiled everything as mentioned in the gentoo gcc upgrade howto. I start avidemux, select a video to load. Then it asked wether to index it, as its an MPEG. I say yes and then scan file for audiostream: MPEG-Audio (0: 2 channels, 192 kpbs shift 1103 ms). Hiting OK and wait. Then a dialog appears telling me the shift again. After that the file is loaded and stuck at 100% (progressbar). After a while its killed. Looking in detail, I noticed a really huge number of avidemux-processes: pstree prints 30 and then "Internal error: MAX_DEPTH not big enough." (every avidemux has only one child-process...) ps aux only prints garbage (every start another): markus 13325 0.0 0.8 108332 17768 pts/5 R+ 19:16 0:00 k??A?|???K??8????յڹr?*??*m?EҠ}]?s/???KBv{?F?y=??,K?辯?b)?$?<{?ҥE?#?7????Qm#CCS'Z.??ƹ?O????:??:??E#S??}?DHjŨ??0??E after the final loading about 500... then decreasing and ended! The indexing-process is not needed to reproduce it. Loading an already indexed MPEG will fail as well.