Bugs item #1591170, was opened at 2006-11-06 07:54 Message generated for change (Comment added) made by duncanwebb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=1591170&group_id=46652
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Pierre Ossman (dr7eus) Assigned to: Nobody/Anonymous (nobody) Summary: Autocrop needs more samples Initial Comment: The autocrop feature sometimes gets things very, very wrong. The problem is that it looks at such a short part of a movie, so it's easily fooled. Simply increasing the number of frames is not a viable solution as the scene in the movie is probably similar in that problem area. What we need is samples from more locations in the file. Either we start mplayer multiple times, or we get it to seek. I'm not familiar with how to control mplayer via commands, so I do not know how to do the latter. But someone else perhaps has this know-how :) ---------------------------------------------------------------------- >Comment By: Duncan Webb (duncanwebb) Date: 2006-11-06 14:23 Message: Logged In: YES user_id=104395 AFAIK -vo null -ao null ---------------------------------------------------------------------- Comment By: Pierre Ossman (dr7eus) Date: 2006-11-06 14:12 Message: Logged In: YES user_id=687084 Ahh.... Terribly sorry, I missed that part of your comment. I'll do some tests tonight and figure something out. Do you know of any flags to completely disable time sync? Running at real time when we're scanning the file is just a waste of the user's time. ---------------------------------------------------------------------- Comment By: Duncan Webb (duncanwebb) Date: 2006-11-06 14:08 Message: Logged In: YES user_id=104395 Another way is to use: mplayer -vo null -ao null -ss 180 -sstep 60 -vf cropdetect /path/to/file but it's a lot slower. ---------------------------------------------------------------------- Comment By: Pierre Ossman (dr7eus) Date: 2006-11-06 13:41 Message: Logged In: YES user_id=687084 That won't solve the problem. The issue is that with such a short sample (20 frames), we have a high risk of getting incorrect crop dimensions (because of a dark scene). What we need is to increase the number of samples and to do that efficiently we would need to seek. ---------------------------------------------------------------------- Comment By: Duncan Webb (duncanwebb) Date: 2006-11-06 13:04 Message: Logged In: YES user_id=104395 A bit tricky if an ad break is scanned as they ususally have different crop, some shows start and then almost immediately have an ad break. One solution is for the -ss command to be TV_RECORD_PADDING_PRE * 2 Here is an untested patch, you could test it :-) -ss <time> (also see -sb) Seek to given time position. EXAMPLE: -ss 56 Seeks to 56 seconds. -ss 01:10:00 Seeks to 1 hour 10 min. Also: -sstep <sec> Skip <sec> seconds after every frame. The normal framerate of the movie is kept, so playback is accelerated. Since MPlayer can only seek to the next keyframe this may be inexact. A bit of trial and error here, but there may not be an ideal solution. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=446895&aid=1591170&group_id=46652 ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Freevo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freevo-devel
