Replies: 8 comments 9 replies
-
Video/audio sync issues are almost invariably resource exhaustion. You don't mention your hardware, or the video resolutions you are seeing the issue on, but I suspect your hardware is struggling. There is no means to tune video playback as it will always be driving to be frame accurate. Re-encoding and lowering the video resolutions with The bezel is just loaded as a texture which is copied over the game video/overlay at the final render stage. So the GPU hardware will be taking the grunt here. |
Beta Was this translation helpful? Give feedback.
-
This my consideration does not really deal with the bezels (what should be the bars on the sides of the video played in 4:3 on a 16:9 monitor exactly?) but in general whit video decode/reproduction in general. I think I can join this discussion to make my own consideration and tell you my experience: Trust me...... I've tried everything these past few days! Try to re-encode the video whit a lower bitrate (used -an -b:v 2500k obviously obtaining a smaller file but with a worse visual quality) but nothings apparently can help to remove this out-of-sync in this specific scene. After several tests with different combinations of m2v and ogg by google i have found a forum reply by someone speaked about try change the OVERALL resolution in service menù. So. I HAVE TRYED THAT AND BAAAM!!! When i exit from 'service' menù BAAAM..... I immediately notice the video as if it is playing at a faster speed!! So simply to set the OVERLAY RES to mininal instead the 'default' HI it's resolve all my trouble also if i use m2v whit a 6000k in bitrate. Also all out-of-sync disappears completely. Overlay should be the part where it shows the exact score and remaining lives ? it may be that by simply scaling the definition of the latter can help to remove all sinthom of out-of-sync ? |
Beta Was this translation helpful? Give feedback.
-
So i have tryed right now the 540p video and respect the 1080p the difference in quality is noticeable maybe,i thinks, because my Intel NUC it's attached to my LG TV and it's setted at desktop at 1080p so i'm playing a 540p file on a 1080p resolution and so it loses quality. I have to try to force to use a biggest bitrate on video encoding to preserve a good re-encoding.. i have tryed that: EDIT 1st tentative 'hb' stands for HIGH BITRATE.......lol:
Test immediatelly after this alternative m2v how it's 'played' on my intel nuc hardware. EDIT 2nd Tentative Specify the -qscale:v 1 it's not respect the -b:v 6000k infact i abort this encoding after about 10 minutes of video whit a output filesize about 2GB. 3rd test
I need simply to found the right compromise. Do you think it's useless to use such a high bitrate? |
Beta Was this translation helpful? Give feedback.
-
OMG!!! In all previous TEST i always SET the wrong resolution on output m2v!!!! OMG.... 1440 x 1080 the source mp4. The correct 4:3 for video at 540p it's 720x540 !!!!!! OMG.... and you pointed it out to me from the beginning!!! LOL...... now need to rencode all my test video :) as already mentioned, fortunately the encoding procedure takes more or less 10 minutes..... |
Beta Was this translation helpful? Give feedback.
-
Lol... I also think the problem is there. But I also think that if I feed it a, shall we say, better file it should help in that regard.
Don't understand because i specify set bitrate to 7500k ffmpeg using a bitrate variable at 5359k. Maybe because ffmpeg tends to waste bitrate if it doesn't deem it necessary? |
Beta Was this translation helpful? Give feedback.
-
So, whit the corrected Aspect Ratio and 'new' m2v (the last mediainfo at 720x540) the quality it's good. Now need to re-encode the 720p version whit correct resolution.... 960x720 insted previously used 1280x720. EDIT 1st TEST at 720p
bitrate used 4235k also the size it's very good about 920MB for absurd a little size respect the 540p whit -b:v 7500k video. I can also try to use -b:v 7500v for 720p video..... anyway now need to delete all video tested whit wrong resolution. 2nd TEST whit 720p obtain this:
Regarding the official ffmpeg manual the -b:v xxxxxk it's correct to use whit a two pass encoding to obtain a better result. I can also try to encode whit two pass and bitrate setted to 6000k to see how i can obtain........ |
Beta Was this translation helpful? Give feedback.
-
Sorry me..... but at this point it's simply a my personal purpose test but... until now... i also want to upgrade about all tentative. VERY IMPORTANT THINGS!!! TO RESOLVE MY PRINCIPAL ISSUE IT'S ALL CLEARLY... Apparently in my Hardware if i use every at 720p or every video at 540p resolve completely all out-of-sync trouble. At this point it's only a purpose test.......... whit all my latest test this time i finally obtain problably my final choosing m2v. In this mode after first pass you can obtain a log files... i file called ffmpeg2pass-0.log.
I don't have idea if using the TWO PASS encoding it's helped to be obtain this result but look at right now....... the 6000k choosing at commands it's right now fully respected. Now only need to also test this addictional file on my Intel NUC........ I'm trying to figure out if it's possible to create multi folders for the same game maybe using the same .ogg file for the audio..... but I think not. |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
Have discovered that when the Bezel feature is enabled, video and audio are out of sync (noticeable on longer video clips). Video appears to playback more slowly with the Bezel enabled whereas audio is unaffected.
Is the video playback tuneable?
Beta Was this translation helpful? Give feedback.
All reactions