Registered Member
|
Hello everybody,
I hope I will explain the problem clearly. I've got a Plasma TV which is able to reproduce an huge quantity of video file format. Among all, there is also an MP4 coded in h264/MPEG-4 AVC associated with AAC audio codec. That is great for for me but everything works good only if I use FFMPEG to convert everything in that MP4 format. If I strictly render a video with KDENLIVE using x264/acc, It doesn't work. The TV says "unkown codec". I repeat that everything works good if I use ffmpeg to convert to MP4 using x264/aac. Have you got some idea? I don't know which method melt uses to export into x264 format. UPGRADE: I think I found the problem. This happen when you export mp4 interlaced. it seams that melt do not export mp4 interlaced in the right way. If you export mp4 (h264) in progressive mode, than no problem will happen. If you convert the file strictly with FFMPEG everything seams OK. I hope this could help. |
Registered Member
|
hi
i have a samsung plasma and same problem .. nyme |
Registered Member
|
I think I found the problem. This happen when you export mp4 interlaced. it seams that melt do not export mp4 interlaced in the right way. If you export mp4 (h264) in progressive mode, than no problem will happen. If you convert the file strictly with FFMPEG everything seams OK. I hope this could help.
|
Registered Member
|
when you tested with ffmpeg, did you tell it to do interlaced coding (ildct, ilme)? If not, then when you try with that you should get the same result. By default ffmpeg does not do that automatically. By default, melt uses its profile information and if interlaced does proper interlaced coding by specifying ildct and ilme.
|
Registered Member
|
I do not need to de-interlace. Perhaps this is the problem. I notice that without de-interlacing movie results more smooth. I think that embedded de-interlacing algorithm used by some reproducer, is so good that you can't understand if the movie is interlaced or not.
Anyway I tried "-deinterlace" with ffmpeg and everything works good. I've seen the "ildct, ilme" parameters into melt profile and I deleted them without results. I don't know what is the problem but I think that could be better if one can choose to apply any filter or not. If I don't want de-interlace my video, why I have compulsory to choose to force it "interlaced"? I can simply do "not flag" some "de-interlace" button or similar. |
Registered Member
|
I have a similar H264 problem on my newly bought Samsung SMART LED-TV. Playback generally is perfect. But projects files encoded on the highest profile H264-25000K (PAL 1080i 25fps) are producing randomly stutterings after a transition (dissolve e.g). The whole next scene then stutters during playback and it looks like it is bad interlaced. After another transition in a new scene the playback becomes smooth again. Playback with VLC on the PC seems to be working fine though. Al my source material is converted from a Canon Legria HF200 to DNxHD 1080i 25fps 185/MB/s. Rendering the project to lossless and then re-encode to H264 produces the same result strangely.
|
Registered Member
|
nexius, who said anything about deinterlacing? not me. There is no "ildct, ilme" in any melt profiles; It is in the C code when you choose an interlaced output. You do get to choose whether you want interlace or progressive output when you choose a project setting or again in the Render dialog. Things are only deinterlaced when you choose progressive output and the source clip is interlaced.
x1233, did you choose a project setting that is exactly the same as the source video clip? |
Registered users: bartoloni, Bing [Bot], Evergrowing, Google [Bot], ourcraft