[PATCH] mf frames count
Hi All! I created small patch with mf stream. The new options: count = number frames of one image file Example: mplayer mf://jpeg_files/*.jpg -mf fps=25:type=jpeg:count=100 or mencoder mf://jpeg_files/*.jpg -mf fps=25:type=jpeg:count=100 -ovc ... Time until change image: 1/fps*count = 1/25*100 = 4s Create from 1 images to 10min time length video (eg. DVD menu): mencoder mf://jpeg_files/001.jpg -mf fps=25:count=15000 -ovc ... Best regards! Attila
2006/2/14, Ötvös Attila <oattila@chello.hu>:
Hi All!
I created small patch with mf stream. The new options: count = number frames of one image file
Example: mplayer mf://jpeg_files/*.jpg -mf fps=25:type=jpeg:count=100 or mencoder mf://jpeg_files/*.jpg -mf fps=25:type=jpeg:count=100 -ovc ...
Time until change image: 1/fps*count = 1/25*100 = 4s
Create from 1 images to 10min time length video (eg. DVD menu): mencoder mf://jpeg_files/001.jpg -mf fps=25:count=15000 -ovc ...
Best regards! Attila
Is this an repeat count? meaning that each picture will be repeated 15000 times? You must at least give it proper name. While looking at your patch I found out that mf:// allows using of filelist (the syntax is mf://@file.list) but it may seem this functionality is not finished or at least not work out of the box. It seems to work if you specify manually the type of the images (e.g. -mf type=jpeg). I guess this undocumented functionality could do the same trick (well, quite slower because it will decode same picture again and again, but i guess this could be workarounded...) Best Regards
[..] mf:// allows using of filelist (the syntax is mf://@file.list) but it may seem this functionality is not finished or at least not work out of the box. It seems to work if you specify manually the type of the images (e.g. -mf type=jpeg).
Now autodetection works. You may need to update your patch.
2006. február 14. 08.58 dátummal Ivan Kalvachev ezt írta:
Is this an repeat count? meaning that each picture will be repeated 15000 times? You must at least give it proper name.
"fpi": frame per image
I guess this undocumented functionality could do the same trick (well, quite slower because it will decode same picture again and again, but i guess this could be workarounded...)
Skip reopen. Best regards! Attila
Hi All! I want to known if I should do something or patch is unacceptable? Best regards! Attila
On Thu, Apr 13, 2006 at 10:25:11PM +0200, Ötvös Attila wrote:
Hi All!
I want to known if I should do something or patch is unacceptable?
what patch ? Reynaldo
Reynaldo H. Verdejo Pinochet wrote:
On Thu, Apr 13, 2006 at 10:25:11PM +0200, Ötvös Attila wrote:
Hi All!
I want to known if I should do something or patch is unacceptable?
what patch ?
The patch in the post he replied to, which hit the list on February 18th: http://article.gmane.org/gmane.comp.video.mplayer.devel/32029/ (My pack-rat tendencies occasionally come in handy.) -- The Wanderer Warning: Simply because I argue an issue does not mean I agree with any side of it. Secrecy is the beginning of tyranny.
On Fri, Apr 14, 2006 at 05:45:59PM -0400, The Wanderer wrote:
Reynaldo H. Verdejo Pinochet wrote:
On Thu, Apr 13, 2006 at 10:25:11PM +0200, Ötvös Attila wrote:
Hi All!
I want to known if I should do something or patch is unacceptable?
what patch ?
The patch in the post he replied to, which hit the list on February 18th:
http://article.gmane.org/gmane.comp.video.mplayer.devel/32029/
(My pack-rat tendencies occasionally come in handy.)
-- The Wanderer
Uh, my mistake, seems i previously deleted it. thanks Reynaldo
2006/4/13, Ötvös Attila <oattila@chello.hu>:
Hi All!
I want to known if I should do something or patch is unacceptable?
Here I repeat my comment. 2006/2/19, Ivan Kalvachev <ikalvachev@gmail.com>: [...]
I think your current patch reverses the fix I committed for autodetection of picture from list.
This is the main reason the patch to be unacceptable.
This is what i had in mind:
for((i=0 ; i < 1000 ; i++ )) ; do echo 'pic0.png' >> png.list ; done mplayer mf://@png.list
Now, the tricky part is that both this patch and file.list method are feeding same compressed image 1000 times to be decoded 1000 times. In short the patch doesn't bring any advantages, just makes the code complicated.
2006. április 15. 00.34 dátummal Ivan Kalvachev ezt írta:
This is the main reason the patch to be unacceptable.
Thanks your answer. Best regards! Attila
On Tue, Feb 14, 2006 at 12:50:57AM +0100, Ötvös Attila wrote:
Hi All!
I created small patch with mf stream. The new options: count = number frames of one image file
Example: mplayer mf://jpeg_files/*.jpg -mf fps=25:type=jpeg:count=100 or mencoder mf://jpeg_files/*.jpg -mf fps=25:type=jpeg:count=100 -ovc ...
Time until change image: 1/fps*count = 1/25*100 = 4s
Create from 1 images to 10min time length video (eg. DVD menu): mencoder mf://jpeg_files/001.jpg -mf fps=25:count=15000 -ovc ...
It has some advantage, but this really could be don simply by abusing -ofps in mencoder... Although then syncing to audio stream might not wok right... Whatever, I'm not against this patch. - ods15
Hi, On Tue, Feb 14, 2006 at 12:10:28PM +0200, Oded Shimon wrote:
On Tue, Feb 14, 2006 at 12:50:57AM +0100, Ötvös Attila wrote:
I created small patch with mf stream. The new options: count = number frames of one image file
Example: mplayer mf://jpeg_files/*.jpg -mf fps=25:type=jpeg:count=100 or mencoder mf://jpeg_files/*.jpg -mf fps=25:type=jpeg:count=100 -ovc ...
Time until change image: 1/fps*count = 1/25*100 = 4s
Create from 1 images to 10min time length video (eg. DVD menu): mencoder mf://jpeg_files/001.jpg -mf fps=25:count=15000 -ovc ...
It has some advantage, but this really could be don simply by abusing -ofps in mencoder... Although then syncing to audio stream might not wok right... Whatever, I'm not against this patch.
Good question, why is this necessary? For MPlayer just using a lower fps should work, and for mencoder -ofps would be the way to do it... Greetings, Reimar Döffinger
2006. február 19. 11.09 dátummal Reimar Döffinger ezt írta:
Good question, why is this necessary?
1. mplayer mf:///some.jpg -mf fps=0.01 Can't work (exit mplayer) 2. mplayer mf:///*.jpg -mf fps=0.01 Don't work if modify window: resize, move, switch, etc (don't redraw) 3. mencoder mf:///... -mf fps=0.01 -ofps=25 ... -o test.avi and mplayer test.avi: Don't work if modify window... Best regards! Attila
2006/2/19, Ötvös Attila <oattila@chello.hu>:
2006. február 19. 11.09 dátummal Reimar Döffinger ezt írta:
Good question, why is this necessary?
1. mplayer mf:///some.jpg -mf fps=0.01 Can't work (exit mplayer) 2. mplayer mf:///*.jpg -mf fps=0.01 Don't work if modify window: resize, move, switch, etc (don't redraw) 3. mencoder mf:///... -mf fps=0.01 -ofps=25 ... -o test.avi and mplayer test.avi: Don't work if modify window...
I think your current patch reverses the fix I committed for autodetection of picture from list. This is what i had in mind: for((i=0 ; i < 1000 ; i++ )) ; do echo 'pic0.png' >> png.list ; done mplayer mf://@png.list
participants (7)
-
Ivan Kalvachev -
Oded Shimon -
Reimar Döffinger -
Reynaldo H. Verdejo Pinochet -
The Wanderer -
Ötvös Attila -
Ötvös Attila