converting video with 0ms frames to cfr

[nudelbubu]

hi. i recently downloaded some rtmp streams in flv format, and i want to convert them. they are mostly cfr, but there are some frames with twice the normal length and some with a length of 0ms. using the fps* parameters of ffvideosource to get a cfr worked perfectly for frames, that are longer than a usual frame, but doesn't seem to work on zero length frames.

part of a timecode file with line numbers (this file does _not_ contain any frames that are longer):
0000: # timecode format v2
0001: 0.000000
0002: 0.000000
0003: 42.000000
0004: 83.000000
0005: 125.000000
....
9705: 404696.000000
9706: 404738.000000
9707: 404780.000000
9708: 404780.000000

assuming that this file (extracted with ffvideosource) has a start- and endtime for every frame, there should be a total of 9707 frames. the first and the last one should have a length of 0ms, so setting the fps to 24000/1001 in ffvideosource should return a total of 9705 frames. it returns all 9707 frames though.

i'm thinking about using trim to cut out those frames, but automating that seems rather troublesome...so any ideas would be highly appreciated. thx in advance.

nudelbubu

p.s.: mediainfo (http://pastebin.com/uffzBtP7)

the files are from southpark.de, the official german south park site. you can get the file described here using rtmpdump (http://rtmpdump.mplayerhq.hu/) with the following commandline.
rtmpdump.exe -r rtmpe://cp75298.edgefcs.net/ondemand/mtviestor/_!/intlod/southpark/video/Deutsche/Season_01/0101/acts/0101_1_DI_DEU_640x480_800.mp4 -o path/to/output.flv -W http://media.mtvnservices.com/player/prime/mediaplayerprime.1.8.5.swf
probably not working from outside of germany though

[TheFluff]

I don't have an explanation for you, but post a sample file in the ffms2 thread (http://forum.doom9.org/showthread.php?t=127037) or on the ffms2 bugtracker (http://code.google.com/p/ffmpegsource) and someone will probably get around to looking at it eventually.

[nudelbubu]

gah
<-- i'm with stupid

in the chaos that was my testing environment, i managed to work on the wrong timecode file (extracted by an other program). the one extracted by ffvideosource actually had the correct number of frames (the last frame doesn't seem to have an endtime though)

anyway, problem solved by not having a problem in the first place.
k.thx.bye ^^

[sneaker_ger]

the one extracted by ffvideosource actually had the correct number of frames (the last frame doesn't seem to have an endtime though)

Usually, timecode files only indicate starting times, even if that means that the duration of the last frame is ambiguous.