Why most encoders in ffdshow have been removed? - Page 2

rec · 18th March 2011, 11:20

Removing all those encoders was a mistake. For example, I use MS MPEG4 V2 to encode 1920x1080 60P material. This is one of the few codecs that can handle this massive amount of data and playback smoothly on most machines. And now it's gone.

So, unless someone can point out a codec that does what MS MPEG4 V2 does, for me, ffdshow has reached a dead end. I don't think this is what the authors intended, but it's the reality.

nm · 18th March 2011, 14:31

Quote:

Originally Posted by rec

So, unless someone can point out a codec that does what MS MPEG4 V2 does

MPEG-4 ASP should be just as easy to decode. If it doesn't work for you, have you tried MPEG-2?

rec · 18th March 2011, 17:59

Quote:

Originally Posted by nm

MPEG-4 ASP should be just as easy to decode. If it doesn't work for you, have you tried MPEG-2?

From what I understand, MPEG-4 ASP only works for frame sizes up to 720x576. And yes, I tried MPEG-2, but it's frame rate maxes out at 60i or 30P. It refuses to do 1080 60P.

Didée · 18th March 2011, 18:20

Quote:

Originally Posted by rec

From what I understand, MPEG-4 ASP only works for frame sizes up to 720x576.

What? Please? There is no problem encoding 1080p with ASP. Such has been done a billion times already...

Midzuki · 18th March 2011, 19:22

Quote:

Originally Posted by rec

And yes, I tried MPEG-2, but it's frame rate maxes out at 60i or 30P. It refuses to do 1080 60P.

*Which* MPEG-2 encoder have you used?

60fps is 100% spec-compliant.

rec · 18th March 2011, 19:56

Quote:

Originally Posted by Midzuki

*Which* MPEG-2 encoder have you used?

60fps is 100% spec-compliant.

The one that's in ffdshow. Error message - "MPEG1/2 does not support 65535/1093 fps"

I'm trying to encode 1080, not 720. Of course, the real frame rate is 59.94P, but I said 60P for shorthand.

nm · 21st March 2011, 12:21

Quote:

Originally Posted by rec

The one that's in ffdshow. Error message - "MPEG1/2 does not support 65535/1093 fps"

65535/1093 != 60000/1001. Also, ffdshow really isn't the best ffmpeg frontend for encoding. Use ffmpeg CLI or some other GUI frontend. Or HC.

ffmpeg encodes 1080p60 MPEG-2 just fine.

Edit: And check out MPEG-4 ASP first. It gives better compression and decodes almost as fast. Xvid should do as an encoder.

is3000 · 7th March 2012, 01:02

Apologies for digging up an old thread, but I'm curious about this line from Midzuki in post #6:

Quote:

Originally Posted by Midzuki

"Besides, if you really need/miss the options for Xvid, WMV9, H264 and Theora, you still can copy the xvidcore, ff_wmv9, ff_x264 and ff_theora DLLs to the ffdshow folder."

Copying those files to the ffdshow folder after a new ffdshow install did not seem to do anything. Is there something else that needs to be done in order to have those encoders available again?

Midzuki · 7th March 2012, 06:50

Quote:

Originally Posted by is3000

Apologies for digging up an old thread, but I'm curious about this line from Midzuki in post #6:

Quote:

Originally Posted by Midzuki

"Besides, if you really need/miss the options for Xvid, WMV9, H264 and Theora, you still can copy the xvidcore, ff_wmv9, ff_x264 and ff_theora DLLs to the ffdshow folder."

Copying those files to the ffdshow folder after a new ffdshow install did not seem to do anything. Is there something else that needs to be done in order to have those encoders available again?

Unfortunately, I was wrong.

Since that "feature" was part of the older revisions of ffdshow, I stooopidly assumed

that the new revisions were simply going to be "compiled without those DLLs", instead of rejecting them completely -.-

is3000 · 7th March 2012, 22:08

Thanks for the response, Midzuki. Bummer... For whatever reason, ffdshow's built-in encoders were the only ones I was able to get working well for real-time captures in VirtualDub. The latest XviD standalone pack encoder just crashes VirtualDub as soon as the record button is pressed, and my computer is not fast enough to do x264 real-time encoding with a decent frame rate. I guess I may have to stick with a combination of CCCP and an older version of ffdshow installed over the top of it.

Midzuki · 8th March 2012, 05:35

^ Regarding Xvid: if the "latest and greatest"

version crashes VirtualDub,
just use an older revision, case solved

I prefer the builds by Jawor to the "official" ones, and even the outdated mod by Nic should still be good-enough in most cases

But unless disk space is a concern, I think you really should use a lossless codec, such as UT Video, or Camstudio (1.0).

is3000 · 8th March 2012, 22:13

Coming from a lossless audio background, that makes sense. Thank you for the suggestion. After trying out a number of different lossless codecs, I've settled on UT in RGB for lossless capture.

Unfortunately, Jawor's XviD 1.3.2 and Nic's XviD 2009.08.23 both caused VirtualDub to crash instantly in real-time capture just like the official distribution did. They were tested on two different computers running XP 32-bit. I'm not sure what makes the XviD encoder in the older ffdshow different. Capturing lossless and then re-encoding is undoubtedly the best method for maintaining quality, but my typical source is a cheap webcam, which is what makes encoding directly to XviD appealing.

18th March 2011, 11:20	#21 \| Link
rec Registered User Join Date: Oct 2007 Posts: 66	Removing all those encoders was a mistake. For example, I use MS MPEG4 V2 to encode 1920x1080 60P material. This is one of the few codecs that can handle this massive amount of data and playback smoothly on most machines. And now it's gone. So, unless someone can point out a codec that does what MS MPEG4 V2 does, for me, ffdshow has reached a dead end. I don't think this is what the authors intended, but it's the reality.

7th March 2012, 22:08	#30 \| Link
is3000 Registered User Join Date: Feb 2012 Posts: 3	Thanks for the response, Midzuki. Bummer... For whatever reason, ffdshow's built-in encoders were the only ones I was able to get working well for real-time captures in VirtualDub. The latest XviD standalone pack encoder just crashes VirtualDub as soon as the record button is pressed, and my computer is not fast enough to do x264 real-time encoding with a decent frame rate. I guess I may have to stick with a combination of CCCP and an older version of ffdshow installed over the top of it.

8th March 2012, 05:35	#31 \| Link
Midzuki Unavailable Join Date: Mar 2009 Location: offline Posts: 1,480	^ Regarding Xvid: if the "latest and greatest" version crashes VirtualDub, just use an older revision, case solved I prefer the builds by Jawor to the "official" ones, and even the outdated mod by Nic should still be good-enough in most cases But unless disk space is a concern, I think you really should use a lossless codec, such as UT Video, or Camstudio (1.0).

8th March 2012, 22:13	#32 \| Link
is3000 Registered User Join Date: Feb 2012 Posts: 3	Coming from a lossless audio background, that makes sense. Thank you for the suggestion. After trying out a number of different lossless codecs, I've settled on UT in RGB for lossless capture. Unfortunately, Jawor's XviD 1.3.2 and Nic's XviD 2009.08.23 both caused VirtualDub to crash instantly in real-time capture just like the official distribution did. They were tested on two different computers running XP 32-bit. I'm not sure what makes the XviD encoder in the older ffdshow different. Capturing lossless and then re-encoding is undoubtedly the best method for maintaining quality, but my typical source is a cheap webcam, which is what makes encoding directly to XviD appealing.