ffdshow tryouts project: Discussion & Development - Page 667

Gleb Egorych · 28th March 2011, 21:54

Quote:

Originally Posted by Ger

I always assumed this was due to badly flagged MPEG-2 streams (DVB sourced in my case)

Tested on DVB material too.

Quote:

Originally Posted by Ger

IIRC the Microsoft decoder shows the same combing as ffdshow in Auto/Auto mode.

Exactly.

tal.aloni · 28th March 2011, 23:01

Quote:

Originally Posted by Chikuzen

Hi, devs.
Why did you change Japanese transration ?
r3976 changed some correct transration to wrong.

Please revert r3796, and return them to Yamagata's.

I've contacted tnetsixenon, which supplied me with the patch.

@developers
apparently there is no constant order to the translation files,
and some people have the tendency to reorder those,
maybe we should force some order to those files?
(alphabetically or based on dialog pages are the two that comes to mind)

Regards,
Tal

Tom Keller · 29th March 2011, 02:22

Any ideas, why this kind of wmv3 videos:

http://www.megaupload.com/?d=4UQ8SHDP

... plays all blocky/green with ffdshows DirectShow-Decoder inside MPC-HC or other DirectShow-Players, while playing perfectly fine inside VirtualDub with WMV-Plugin (using ffdshows VfW decoder) and looking fine too inside Microsofts old Media Player 6.4 (using ffdshows DirectShow decoder). It's confusing! I assume: ffdshow seems to be the source of the problem but only in combination with Microsofts qasf.dll (v11.0.5721.5145) - and since VirtualDubs WMV-Plugin didn't use it, and the old WMP6 uses the old wmpasf.dll, both work fine. Could someone confirm that?

Midzuki · 29th March 2011, 03:43

Quote:

Originally Posted by Tom Keller

Any ideas, why this kind of wmv3 videos:

http://www.megaupload.com/?d=4UQ8SHDP

... plays all blocky/green with ffdshows DirectShow-Decoder inside MPC-HC or other DirectShow-Players, while playing perfectly fine inside VirtualDub with WMV-Plugin (using ffdshows VfW decoder) and looking fine too inside Microsofts old Media Player 6.4 (using ffdshows DirectShow decoder). It's confusing! I assume: ffdshow seems to be the source of the problem but only in combination with Microsofts qasf.dll (v11.0.5721.5145) - and since VirtualDubs WMV-Plugin didn't use it, and the old WMP6 uses the old wmpasf.dll, both work fine. Could someone confirm that?

I have not looked at your sample videos yet

, BUT
I suppose the problem is related to hardware acceleration,
please take a look at this thread:

http://forum.doom9.org/showthread.php?t=146346&page=2

Tom Keller · 29th March 2011, 04:09

No... i don't think so

. The Microsoft DMO decoder works pretty well with the file (MPC-HCs internal decoder too) - only the ffdshow decoder won't. And since i did not use hardware accelerated VC-1 decoding and most of the "problem videos" are progressive, it's obviously neither hardware acceleration nor interlacing related...

space1999 · 29th March 2011, 05:03

Quote:

Originally Posted by Tom Keller

No... i don't think so

. The Microsoft DMO decoder works pretty well with the file (MPC-HCs internal decoder too) - only the ffdshow decoder won't.

OK, I will take the time to download the samples and will "study the case".

Quote:

And since i did not use hardware accelerated VC-1 decoding

Hardware-based video acceleration is not the same as hardware-based video decoding.

Tom Keller · 29th March 2011, 08:12

I know - but i thought, hw based decoding via DXVA was one of the topics in the named thread (sorry... just skimmed through it... mea culpa

)...

Just to show, what i mean...

Microsoft DMO Decoder with WM ASF Reader (qasf.dll) => no problems:

MPC Video Decoder with WM ASF Reader (qasf.dll) => no problems:

ffdshow Video Decoder (libavcodec) with WM ASF Reader (qasf.dll) => grey screen; keyframes and occasional makroblocks popping through:

ffdshow Video Decoder (wmv9) with WM ASF Reader (qasf.dll) => green screen; only keyframes popping through:

ffdshow Video Decoder (libavcodec/wmv9) with Windows Media source filter (wmpasf.dll) => no problems:

ffdshow Video Decoder (libavcodec/wmv9) with ArcSoft ASF Splitter (ASFSplitter.ax) => no problems:

Oh... and the problem is the same with AviSynth & DirectShowSource - since (in this case) the decoder delivers its uncompressed output directly to AviSynth, neither hardware accelerated video rendering nor video decoding is used. So i assume: it simply HAS to be the fault of the decoder.

Like i said: ffdshow in combination with qasf.dll seems to be the source of the problem. Since both, the DMO decoder and the MPC video decoder, work fine, ffdshow seems to have some problems in handling this kind of video stream delivered by the qasf.dll...

cmbe · 29th March 2011, 11:05

Hi,

The ffdshow audio codec bitstreaming the dts core of a dts-hd track over spdif, isn't working in the latest releases (from almost a year by now).

This works ok with the old ffdshow beta 7.

Anyone knows if the support for this feature have been dropped?

thanks

clsid · 29th March 2011, 15:57

Quote:

Originally Posted by tal.aloni

apparently there is no constant order to the translation files,
and some people have the tendency to reorder those,
maybe we should force some order to those files?
(alphabetically or based on dialog pages are the two that comes to mind)

It may be quite a lot of work, but if you want to do it, it would be great.

I would suggest sorting the dialog pages based on their numerical value, from low to high. Sort the contents of each page alphabetically.

An English template with all translatable strings would be useful as well. That would allow quicker translations compared to using the internal translation functionality. It would also allow seeing what is missing in other translations by using a text compare program (like ultracompare).

clsid · 29th March 2011, 15:59

Quote:

Originally Posted by cmbe

Hi,

The ffdshow audio codec bitstreaming the dts core of a dts-hd track over spdif, isn't working in the latest releases (from almost a year by now).

This works ok with the old ffdshow beta 7.

Anyone knows if the support for this feature have been dropped?

thanks

I don't have the hardware to confirm. Maybe anyone else here can confirm whether it works or not.

You may need to adjust the compatibility settings on the Output page, like the "connect as pcm first" setting.

khagaroth · 29th March 2011, 17:26

Quote:

Originally Posted by clsid

It may be quite a lot of work, but if you want to do it, it would be great.

I would suggest sorting the dialog pages based on their numerical value, from low to high. Sort the contents of each page alphabetically.

An English template with all translatable strings would be useful as well. That would allow quicker translations compared to using the internal translation functionality. It would also allow seeing what is missing in other translations by using a text compare program (like ultracompare).

Yes, a template is badly needed. But I wonder how that would be created. A switch to gettext based translations would be even better.
The internal translation system works pretty similar to gettext, all the strings are marked by a keyword - _l - and are processed by a translation function. There is a catch though, the keyword is used even for strings that shouldn't be translated (so no easy migration to gettext unfortunately). Another problem with the internal translation system are the limitations of the translation file 'ini' format - one example is the inability to translate strings that contain '=' (there are a few there). And don't get me even started about the translation mode annoyances/limitations.

cmbe · 29th March 2011, 18:42

Quote:

Originally Posted by clsid

I don't have the hardware to confirm. Maybe anyone else here can confirm whether it works or not.

You may need to adjust the compatibility settings on the Output page, like the "connect as pcm first" setting.

Thanks for your help clsid.

Nope, it won't work! no matter what settings I have.

It works perfectly with beta 7.

tal.aloni · 29th March 2011, 22:29

Quote:

Originally Posted by clsid

Maybe anyone else here can confirm whether it works or not.

I have the hardware and will test within the next few days.

Gew · 29th March 2011, 23:02

I feel obligated posting this here as well, since I'm not sure that any of the developers has actually read the thread I wrote ~10 months ago at SrcFrg/ffdshow board.

Like this. Old builds of ffdshow are fabulous. Here, I pick an .IDX (VobSub) file from the right click menu in the system tray, you know, the ffdshow applet. Then, after choosing your .IDX VobSub file, you get to chose the desired language in the same menu; all languages found/available are shown in a list below.

This excellent feature was some how dropped(!) almost a year ago. Now it just defaults on the languages chosen in the preferred section of ffdshow configuration, which makes actual "quick change" much more a pain. Why this change? It's really only downside to it, AFAICS.

cmbe · 30th March 2011, 18:32

Quote:

Originally Posted by tal.aloni

I have the hardware and will test within the next few days.

for your help.

tal.aloni · 1st April 2011, 20:27

Quote:

Originally Posted by cmbe

The ffdshow audio codec bitstreaming the dts core of a dts-hd track over spdif, isn't working in the latest releases (from almost a year by now).

EDIT:
I've nailed it down to a change in rev. 3160,
when detecting that the stream is DTS-HD, we had erroneously set the sample rate to 96000 instead of 48000 (DTS over SPDIF requires 48000),
fixed for rev. 3802, thanks for reporting.

Regards,
Tal

hoborg · 2nd April 2011, 10:55

Quote:

Originally Posted by tal.aloni

EDIT:
I've nailed it down to a change in rev. 3160,
when detecting that the stream is DTS-HD, we had erroneously set the sample rate to 96000 instead of 48000 (DTS over SPDIF requires 48000),
fixed for rev. 3802, thanks for reporting.

Regards,
Tal

cmbe · 2nd April 2011, 17:38

Quote:

Originally Posted by tal.aloni

EDIT:
I've nailed it down to a change in rev. 3160,
when detecting that the stream is DTS-HD, we had erroneously set the sample rate to 96000 instead of 48000 (DTS over SPDIF requires 48000),
fixed for rev. 3802, thanks for reporting.

Regards,
Tal

madshi · 4th April 2011, 07:17

@developers, Michael Niedermayer (ffmpeg) is currently preparing for a new official ffmpeg release. He's merged some of the ffdshow changes into the ffmpeg tree. He's asking if there's anything missing that we'd like to have committed to ffmpeg. Here's your chance to checkout the latest ffmpeg sources, double check it with the ffdshow ffmpeg patches and try to get as many internal patches committed to official ffmpeg as possible.

clsid · 4th April 2011, 10:06

I noticed that as well

I don't think we have any custom code left that is suitable for committing upstream. They are mostly are ffdshow specific tweaks/hacks.

29th March 2011, 08:12	#13327 \| Link
Tom Keller Registered User Join Date: Jan 2005 Posts: 77	I know - but i thought, hw based decoding via DXVA was one of the topics in the named thread (sorry... just skimmed through it... mea culpa )... Just to show, what i mean... Microsoft DMO Decoder with WM ASF Reader (qasf.dll) => no problems: MPC Video Decoder with WM ASF Reader (qasf.dll) => no problems: ffdshow Video Decoder (libavcodec) with WM ASF Reader (qasf.dll) => grey screen; keyframes and occasional makroblocks popping through: ffdshow Video Decoder (wmv9) with WM ASF Reader (qasf.dll) => green screen; only keyframes popping through: ffdshow Video Decoder (libavcodec/wmv9) with Windows Media source filter (wmpasf.dll) => no problems: ffdshow Video Decoder (libavcodec/wmv9) with ArcSoft ASF Splitter (ASFSplitter.ax) => no problems: Oh... and the problem is the same with AviSynth & DirectShowSource - since (in this case) the decoder delivers its uncompressed output directly to AviSynth, neither hardware accelerated video rendering nor video decoding is used. So i assume: it simply HAS to be the fault of the decoder. Like i said: ffdshow in combination with qasf.dll seems to be the source of the problem. Since both, the DMO decoder and the MPC video decoder, work fine, ffdshow seems to have some problems in handling this kind of video stream delivered by the qasf.dll... Last edited by Tom Keller; 30th March 2011 at 06:41.

29th March 2011, 23:02	#13334 \| Link
Gew Observer Join Date: Jul 2008 Location: Kingston, Jamaica. Posts: 113	Bad development on subtitling control! I feel obligated posting this here as well, since I'm not sure that any of the developers has actually read the thread I wrote ~10 months ago at SrcFrg/ffdshow board. Like this. Old builds of ffdshow are fabulous. Here, I pick an .IDX (VobSub) file from the right click menu in the system tray, you know, the ffdshow applet. Then, after choosing your .IDX VobSub file, you get to chose the desired language in the same menu; all languages found/available are shown in a list below. This excellent feature was some how dropped(!) almost a year ago. Now it just defaults on the languages chosen in the preferred section of ffdshow configuration, which makes actual "quick change" much more a pain. Why this change? It's really only downside to it, AFAICS.

4th April 2011, 10:06	#13340 \| Link
clsid ***** Join Date: Feb 2005 Posts: 5,647	I noticed that as well I don't think we have any custom code left that is suitable for committing upstream. They are mostly are ffdshow specific tweaks/hacks. __________________ MPC-HC 2.2.1

29th March 2011, 02:22	#13323 \| Link
Tom Keller Registered User Join Date: Jan 2005 Posts: 77	Any ideas, why this kind of wmv3 videos: http://www.megaupload.com/?d=4UQ8SHDP ... plays all blocky/green with ffdshows DirectShow-Decoder inside MPC-HC or other DirectShow-Players, while playing perfectly fine inside VirtualDub with WMV-Plugin (using ffdshows VfW decoder) and looking fine too inside Microsofts old Media Player 6.4 (using ffdshows DirectShow decoder). It's confusing! I assume: ffdshow seems to be the source of the problem but only in combination with Microsofts qasf.dll (v11.0.5721.5145) - and since VirtualDubs WMV-Plugin didn't use it, and the old WMP6 uses the old wmpasf.dll, both work fine. Could someone confirm that?

29th March 2011, 04:09	#13325 \| Link
Tom Keller Registered User Join Date: Jan 2005 Posts: 77	No... i don't think so . The Microsoft DMO decoder works pretty well with the file (MPC-HCs internal decoder too) - only the ffdshow decoder won't. And since i did not use hardware accelerated VC-1 decoding and most of the "problem videos" are progressive, it's obviously neither hardware acceleration nor interlacing related...

29th March 2011, 11:05	#13328 \| Link
cmbe Registered User Join Date: Jul 2010 Posts: 5	Hi, The ffdshow audio codec bitstreaming the dts core of a dts-hd track over spdif, isn't working in the latest releases (from almost a year by now). This works ok with the old ffdshow beta 7. Anyone knows if the support for this feature have been dropped? thanks

4th April 2011, 07:17	#13339 \| Link
madshi Registered Developer Join Date: Sep 2006 Posts: 9,140	@developers, Michael Niedermayer (ffmpeg) is currently preparing for a new official ffmpeg release. He's merged some of the ffdshow changes into the ffmpeg tree. He's asking if there's anything missing that we'd like to have committed to ffmpeg. Here's your chance to checkout the latest ffmpeg sources, double check it with the ffdshow ffmpeg patches and try to get as many internal patches committed to official ffmpeg as possible.