Bug: AD crashes for conversion of portrait video

[pstein]

I have many DigiCam videos in *.MOV container format which are either in Landscape or in Portrait mode.
Used codecs inside (see attached MediaInfo snapshot) the source videos:
AVC video
PCM audio

I wanted to convert them to MPEG 4 AVC (x264) video and LameMP3 audio and reduce especially the bitrates
to 1700 kbps (two-pass video) and 160 (audio).

This all works fine for all the videos in landscape mode.

However when I do the same conversion on videos with portrait mode Avidemux v2.6.8 (x64) starts and runs a couple of seconds but crahses then silently (!) under 64bit Win7.
This crash can be reproduced and occurs on all my portrait DigiCam videos. Again: On landscape videos with same audio/video codecs) it works fine.

This seems to be a bug.

Can I avoid it?

What is need so that developers can fix it?

Thx
Peter

[AQUAR]

Height is 853 ie not an even number and not divisible by macroblock sizes.
Not sure if that is the cause of the crash.

Try cropping to 848: that is 16*integer(853/16) 

[Jan Gruuthuse]

Try with copy video and audio to mkv container and work with the mkv video. You could be lucky.
See if you have another choice to save in another container the .mov (quicktime format), perhaps .mp4 container.
Video was never made/intended to record in page format 3:4 or 9:16 and this poses now sometimes issues.

Provide/upload a 5 second recording in the mov format to public available download area (no login/subscription). Users and developer can then check if this works on their system.

[Jan Gruuthuse]

As mean did mention something about video hardware accelerated having issues with none standard video resolutions. You could also try this and see if this works for you.
- start avidemux
- goto Main Menu: Edit: Preferences:
[Display]:
-- select anything else but VDPAU/OPENGL/LIBVA. In my case XVideo (best) did work.
-- disabel openGL support: [ ] enable openGL support
[HW Accel]
-- untick all boxes:
[ ] Decode video using VDPAU (NVIDIA)
[ ] Decode video using XVBA (AMD)
[ ] Decode video using LIBVA (Intel)

- press [OK]

exit avidemux, restart avidemux, load video and see if this works now.

[pstein]

Ok, thank you all for the suggestions. But they are not possible.

1.) I tried to crop the video as suggested from 853 to 848. When I enter "5" (pixel) to crop from the top then Avidemux changes this automatically to 4. I guess Avidemux allows only to crop multiples of 2. So the resulting video would have a size of 480x849 which has the same problems as the original. See attached snapshot number 1

2.) I tried to set something like XVideo in "Display" tab but there is no such entry (see attached snapshot number 2). Enable openGL support was already disabled.

Furthermore I could not find a tab "HW accel".

3.) Just copying at first to *.mkv does not help either.
When I apply the reencoding to the mkv video and want to save the new video Avidemux tell me:

"File D:/tmp/new.avi was NOT saved correctly."

So any more suggestions?

Peter

[Jan Gruuthuse]

Have you only openGL as option in [Display] try those.

I wonder why you would get

D:/tmp/new.avi was NOT saved correctly.

when saving in container in Output Format: Mkv Muxer?

Sorry I'm not that much of help, I'm not on windows OS.

[AQUAR]

Those decode options are for hardware accelerated decoding under linux.
They don't exist under windows.

Windows has DXVA and third party accelerators like CUDA.
I don't think the windows builds of avidemux provides for hardware accelerated decoding.   

Re

File D:/tmp/new.avi was NOT saved correctly

I am guessing the .avi extension was incorrectly set by the user.
And the NOT saved correctly might be caused by the media file issue. 

If avidemux refuses to remux into MKV I would try doing it with MKVToolnix.
Maybe also set the display height to an even number in MKVToolnix? 

[Jan Gruuthuse]

Those decode options are for hardware accelerated decoding under linux.
They don't exist under windows.

Windows has DXVA and third party accelerators like CUDA.
I don't think the windows builds of avidemux provides for hardware accelerated decoding.

No other option then openGL? If possible try without openGL. Pity buildBot is not building, did like to see if it works now with r9052 windows?

[Jan Gruuthuse]

Anyway I can only produce this video AVC MPEG-4 854x480.
Right click and save as. 4.5 MB download: https://www.dropbox.com/s/fiul51u198iroyq/854x480PortraitRecorded.mp4
Perhaps you can play with it on windows avidemux and see if you have issues with that?

[Jan Gruuthuse]

and from that source I could make this:  4.5 MB download https://www.dropbox.com/s/xdefraxi30ho61v/480%2A854by%20avidemux.mp4

[AQUAR]

@ Jan Gruuthuse

No other option then openGL?

Options are:
Default raster or
OpenGL (only newer graphics subsystems).

[Jan Gruuthuse]

should try with default raster, if it works with default raster, there could be an issue with openGL as there was a similar issue with VDPAU. http://avidemux.org/smuf/index.php/topic,16192.msg70545.html#msg70545

[AQUAR]

I think VDPAU provides hardware accelerated decoding and rendering (DXVA equivalent).
OpenGL provides hardware accelerated rendering.

Default raster might be better if the issue related to rendering (frame size and scaling!).
When the buildbots catch up it would be interesting to see if things are better on a windows PC.

[Jan Gruuthuse]

Have you played with the uploaded 854x480 sample video, having issues with it?

[AQUAR]

Not yet, but will do so later today and give an update.