freezes

[foobar]

Hi Dudes,

I constantly get freezes on my Windows 7 Machine, when I want to save a Video. In the Log, I found this line:
QObject::setParent: Cannot set parent, new parent is in a different thread

I have tested 2.6.3 32 Bit, 2.6.7 64 BIT and 2.6.7 32 Bit - all the same.

I use the following settings:
Source File: TS Stream
Target Video: MPEG4 AVC with resize Filter
Target Audio: Vorbis
Output Format: AVI Muxer


Below are more details from the Logfile.


*************************************
*********     RC            *********
*************************************
i_rc_method   :1
i_qp_constant   :23
f_rf_constant   :20.000000
i_qp_min   :10
i_qp_max   :51
i_qp_step   :4
i_bitrate   :0
i_qp_constant   :23
f_rate_tolerance   :1.000000
i_vbv_max_bitrate   :0
i_vbv_buffer_size   :0
f_vbv_buffer_init   :0.900000
f_ip_factor   :1.400000
f_pb_factor   :1.300000
i_aq_mode   :1
f_aq_strength   :1.000000
b_mb_tree   :1
i_lookahead   :40
[setup] Creating x264 encoder
[setup] x264, setup ok
[setup] No need for global header
[StreamProcess] Stream 720x400, codec : H264
[StreamProcess] Average FPS1000=25000
[StreamProcess] Video Encoder Delay=160ms
[goToTime]  go to time 0.00 secs
[goToTime] => seg 0, rel time 0.00 secs
[goToTime] [MKVAUDIO] Asked for  00:00:00,000  , go to block 0
[goToTime] [MKVAUDIO] This block starts at  00:00:00,000
[goToTime] [MKVAUDIO] Offset=0 us
[setupAudio] Setting up 1 audio track(s)
[setupAudio] [audioTrack 0] Creating audio encoding stream, starttime  00:00:00,000 (encoding with encoder=8)
[AccessFilter] Creating access filter, startime  00:00:00,000 , globalHeader 0
[createEncodingFilter] Creating audio encoding filter with start time  00:00:00,000
[rewind] [AudioBridge] Going to time 0
[goToTime]  go to time 0.00 secs
[goToTime] => seg 0, rel time 0.00 secs
[goToTime] [MKVAUDIO] Asked for  00:00:00,000  , go to block 0
[goToTime] [MKVAUDIO] This block starts at  00:00:00,000
[goToTime] [MKVAUDIO] Offset=0 us
[AUDMAudioFilter_Bridge] [Bridge] Starting with time 0 ms, shift 0 ms
[Bridge] Ending with time 0, sample 0
[rewind] [AudioBridge] Going to time 0
[goToTime]  go to time 0.00 secs
[goToTime] => seg 0, rel time 0.00 secs
[goToTime] [MKVAUDIO] Asked for  00:00:00,000  , go to block 0
[goToTime] [MKVAUDIO] This block starts at  00:00:00,000
[goToTime] [MKVAUDIO] Offset=0 us
[Vorbis] Creating Vorbis

[Vorbis]Vorbis encoder initialized
[Vorbis]CBR Bitrate:128
[Vorbis]Channels  :2
[Vorbis]Frequency :44100
[FilterAccess] Created, starting at 0 ms
[ADM_audioAccess_thread] Swallowing audio access into a thread
[ODML]write dummy chunk at file position 220 with data size 16384
[ODML] videoTrack : using ODML placeholder of size 16384 bytes at pos 0xdc
[ODML/Audio] Encoding 0x676f
[ODML]write dummy chunk at file position 16720 with data size 16384
[setAudioStreamInfo] [ODML] Audio track 0, using ODML placeholder of size 16384 bytes, odmltrack=1, pos=0x4150
[ODML]write dummy chunk at file position 33112 with data size 260
[saveBegin] SuperIndex position so far 0 : 220
[saveBegin] SuperIndex position so far 1 : 16720
[saveBegin] SuperIndex position so far 2 : 0
[AviMuxer] Saving
[save] [AviMuxer]avg fps=25000
[initUI] Muxer, creating UI, video duration is  01:40:07,163
[startThread] Starting thread...
Saving crash file to C:\foobar\avidemux\crash.py
[startThread] Thread created and started
Scripting video streams
Scripting segments
Scripting markers
Scripting post-processing
Scripting video encoder
Scripting video filters
Scripting audio tracks
Scripting muxer
QObject::setParent: Cannot set parent, new parent is in a different thread
QPixmap: It is not safe to use pixmaps outside the GUI thread
QPixmap: It is not safe to use pixmaps outside the GUI thread
QPixmap: It is not safe to use pixmaps outside the GUI thread
QPixmap: It is not safe to use pixmaps outside the GUI thread
QPixmap: It is not safe to use pixmaps outside the GUI thread

[mean]

Does it work better if you do it with another container ? i.e. mkv ?

[foobar]

seems to help I've changed the output format to Matroska - no issues so far.

thx

foobar

[foobar]

maybe it was luck - one of my .ts streams worked, when I changed to MKV Muxer. But now its happening again and again. Is there something wrong with QT4.8? Could I change anything on my system, which would prevent the problem with the threads?

Regards

foobar

[mean]

No, it should not be linked to your PC, unless you have some other global libraries taking over the ones bundled with avidemux
The weird part is that there should be more reports of that kind of problem if it was easy to trigger

[foobar]

is there any space where I could put my ts file, my logs and my project file? maybe then its possible to debug.
I only cut and demux ts streams - maybe these streams are kind of broken. I take these streams with MediaPortal.

Regards

foofoofoofoobar

[foobar]

seems to be an issue with my ts streams. Just for doublechecking I have installed avidemux 2.6.7 on a ubuntu13.10 machine. it freezes as well. I couldn't find a logfile (admlog.txt). Isn't it written in Linux?

greets

foobar

[AQUAR]

Maybe it will work if you try to remux it with another program, like tsmuxer. 

[foobar]

Well, It does happen more often
Right now I started converting my streams with Super from ts to mkv (h.264, vorbis) and only cutted the videos (remove commercials) with avidemux. But even then, avidemux crashes often, even if I select copy for audio and video. Its sounds link (windows "pling" sound) there should appear a dialog window with a hint before avidemux starts the encoding. Due to the threading problem in my log it does not appear an avidemux freezes. Is it really only me, who has this problem?
Is a dev willing to debug? It could send a dropbox link with my raw video and my avidemux project file.
regards

foobizbazbar

[AQUAR]

Don't convert with SUPER.
Instead - do a remux with TSmuxer.
Or if you prefer the MKV container - do a remux with MKVToolnix (is a good option!).