FFmpegSource - Page 4

Myrsloik · 28th July 2007, 16:58

New test compile that should fix the issues with huge mkv files and mpeg2 in mkv:
deleted

Note that it requires the dlls from the normal package and that it now uses the AVISYNTH_C interface. ONLY FOR TESTING.

video_magic · 28th July 2007, 18:33

Hurrah for Myrsloik!!!!

Very useful and time-saving

ajp · 29th July 2007, 17:39

Quote:

Originally Posted by Myrsloik

New test compile that should fix the issues with huge mkv files and mpeg2 in mkv:
http://ivtc.org/new/beta/FFmpegSource.dll

Note that it requires the dlls from the normal package and that it now uses the AVISYNTH_C interface. ONLY FOR TESTING.

Nice! However, I get a message saying "ffmpegsource.dll is not an Avisynth 2.5 plugin"?

Myrsloik · 29th July 2007, 17:49

That could be because it isn't one. As I wrote in the post, quoted by you for additional effect, it uses the the c interface. Load it with load_stdcall_plugin or loadcplugin.

buzzqw · 29th July 2007, 17:57

would be possible to build with standard interface ? with loadplugin ? is more handy

thanks

BHH

ajp · 29th July 2007, 18:18

Sorry 'bout that, I had no idea there was such a thing...

Now I get 'access violation' though, maybe I'm doing something wrong...

Myrsloik · 29th July 2007, 21:53

Another updated version has been released that fixes lots of trivial typos in the code that have shown up through the versions and adds aac and ac3 decoding support to the included libavcodec.

The website is also hosted at a real webspace provider now so the download speeds should be much better.

ajp · 29th July 2007, 22:26

The ffmpegsource.dll is still dated 07/18/2007 and says 'audio codec not found' when fed a source with ac3? Still v1.4? Other than that, can't wait to try the new one...

Myrsloik · 29th July 2007, 22:54

No, it's the right one and it works here. Check the version number listed in the documentation if you think you've somehow gotten an older version.

ajp · 29th July 2007, 22:59

Hmmm, that's weird.. now it's the correct version. Maybe I had it cached or something... thanks!

ajp · 30th July 2007, 07:21

Can't get audio (ac3) to work in .mkv files, I just get silence. I also get a lot of messages when encoding that it's ignoring certain matroska headers. VOB seems to work and .avi with ac3 as well. Also, the audio cache gets pretty huge, is that normal?

Myrsloik · 30th July 2007, 12:08

New version uploaded that should fix ac3 and some other audio formats in matroska.

It's normal that the audio cache is huge since the whole file is stored as raw pcm in it. It's also why audio isn't opened by default.

ajp · 30th July 2007, 12:20

Wow, that was quick! I'm beginning to feel like a pain in the rear...

Makes sense about the audio, better than demuxing it myself anyway... cheers!

ajp · 30th July 2007, 12:26

Now I get "System exception - Stack overflow" with .mkv...

Myrsloik · 30th July 2007, 12:41

Exactly what does the mkv contain? Could you cut a piece of it and upload to ftp://upload:upload@mellbin.org ?

ajp · 30th July 2007, 12:48

It contains just an AVC/H264 video stream and the AC3 stream...

Uploading a sample shortly...

Myrsloik · 30th July 2007, 13:02

It works here. Did you try deleting all old cache files?

ajp · 30th July 2007, 13:09

Yes, deleted all old cache files. I'll reboot my machine shortly too just in case...

What commandline did you use in your .avs?

ajp · 30th July 2007, 13:21

Doh! It was only when playing the .avs in WMP11, MPC works fine...

Another problem (surprise).. now my wmcmd.vbs won't recognize the audio format, I guess that's because it's 6ch PCM and not 6ch WAV?

Edit: Ah, enabling ffdshow raw audio took care of the wmcmd.vbs problem...

foxyshadis · 30th July 2007, 18:17

I don't have a problem with the audio cache, if random access methods are going to cause problems. But would it be possible to either pass each block through zlib first, or designate the file as compressed? (ie, by passing FILE_ATTRIBUTE_COMPRESSED to CreateFile.) Doesn't help much, but since disk i/o will be the big blocker there, it'll help some.

28th July 2007, 16:58	#61 \| Link
Myrsloik Professional Code Monkey Join Date: Jun 2003 Location: Kinnarps Chair Posts: 2,514	New test compile that should fix the issues with huge mkv files and mpeg2 in mkv: deleted Note that it requires the dlls from the normal package and that it now uses the AVISYNTH_C interface. ONLY FOR TESTING. __________________ VapourSynth - proving that scripting languages and video processing isn't dead yet Last edited by Myrsloik; 29th July 2007 at 21:47. Reason: remove the outdated link

28th July 2007, 18:33	#62 \| Link
video_magic Registered User Join Date: Jan 2005 Posts: 368	Hurrah for Myrsloik!!!! Very useful and time-saving __________________ Thankyou!, I am grateful for any help

29th July 2007, 17:49	#64 \| Link
Myrsloik Professional Code Monkey Join Date: Jun 2003 Location: Kinnarps Chair Posts: 2,514	That could be because it isn't one. As I wrote in the post, quoted by you for additional effect, it uses the the c interface. Load it with load_stdcall_plugin or loadcplugin. __________________ VapourSynth - proving that scripting languages and video processing isn't dead yet

29th July 2007, 17:57	#65 \| Link
buzzqw HDConvertToX author Join Date: Nov 2003 Location: Cesena,Italy Posts: 6,552	would be possible to build with standard interface ? with loadplugin ? is more handy thanks BHH __________________ HDConvertToX: your tool for BD backup MultiX264: The quick gui for x264 AutoMen: The Mencoder GUI AutoWebM: supporting WebM/VP8

29th July 2007, 18:18	#66 \| Link
ajp Registered User Join Date: Oct 2002 Location: Sweden Posts: 83	Sorry 'bout that, I had no idea there was such a thing... Now I get 'access violation' though, maybe I'm doing something wrong... Last edited by ajp; 29th July 2007 at 18:53.

29th July 2007, 21:53	#67 \| Link
Myrsloik Professional Code Monkey Join Date: Jun 2003 Location: Kinnarps Chair Posts: 2,514	Another updated version has been released that fixes lots of trivial typos in the code that have shown up through the versions and adds aac and ac3 decoding support to the included libavcodec. The website is also hosted at a real webspace provider now so the download speeds should be much better. __________________ VapourSynth - proving that scripting languages and video processing isn't dead yet

29th July 2007, 22:26	#68 \| Link
ajp Registered User Join Date: Oct 2002 Location: Sweden Posts: 83	The ffmpegsource.dll is still dated 07/18/2007 and says 'audio codec not found' when fed a source with ac3? Still v1.4? Other than that, can't wait to try the new one... Last edited by ajp; 29th July 2007 at 22:28.

29th July 2007, 22:54	#69 \| Link
Myrsloik Professional Code Monkey Join Date: Jun 2003 Location: Kinnarps Chair Posts: 2,514	No, it's the right one and it works here. Check the version number listed in the documentation if you think you've somehow gotten an older version. __________________ VapourSynth - proving that scripting languages and video processing isn't dead yet

29th July 2007, 22:59	#70 \| Link
ajp Registered User Join Date: Oct 2002 Location: Sweden Posts: 83	Hmmm, that's weird.. now it's the correct version. Maybe I had it cached or something... thanks!

30th July 2007, 07:21	#71 \| Link
ajp Registered User Join Date: Oct 2002 Location: Sweden Posts: 83	Can't get audio (ac3) to work in .mkv files, I just get silence. I also get a lot of messages when encoding that it's ignoring certain matroska headers. VOB seems to work and .avi with ac3 as well. Also, the audio cache gets pretty huge, is that normal? Last edited by ajp; 30th July 2007 at 08:41.

30th July 2007, 12:08	#72 \| Link
Myrsloik Professional Code Monkey Join Date: Jun 2003 Location: Kinnarps Chair Posts: 2,514	New version uploaded that should fix ac3 and some other audio formats in matroska. It's normal that the audio cache is huge since the whole file is stored as raw pcm in it. It's also why audio isn't opened by default. __________________ VapourSynth - proving that scripting languages and video processing isn't dead yet

30th July 2007, 12:20	#73 \| Link
ajp Registered User Join Date: Oct 2002 Location: Sweden Posts: 83	Wow, that was quick! I'm beginning to feel like a pain in the rear... Makes sense about the audio, better than demuxing it myself anyway... cheers!

30th July 2007, 12:26	#74 \| Link
ajp Registered User Join Date: Oct 2002 Location: Sweden Posts: 83	Now I get "System exception - Stack overflow" with .mkv...

30th July 2007, 12:41	#75 \| Link
Myrsloik Professional Code Monkey Join Date: Jun 2003 Location: Kinnarps Chair Posts: 2,514	Exactly what does the mkv contain? Could you cut a piece of it and upload to ftp://upload:upload@mellbin.org ? __________________ VapourSynth - proving that scripting languages and video processing isn't dead yet

30th July 2007, 12:48	#76 \| Link
ajp Registered User Join Date: Oct 2002 Location: Sweden Posts: 83	It contains just an AVC/H264 video stream and the AC3 stream... Uploading a sample shortly... Last edited by ajp; 30th July 2007 at 12:51.

30th July 2007, 13:02	#77 \| Link
Myrsloik Professional Code Monkey Join Date: Jun 2003 Location: Kinnarps Chair Posts: 2,514	It works here. Did you try deleting all old cache files? __________________ VapourSynth - proving that scripting languages and video processing isn't dead yet

30th July 2007, 13:09	#78 \| Link
ajp Registered User Join Date: Oct 2002 Location: Sweden Posts: 83	Yes, deleted all old cache files. I'll reboot my machine shortly too just in case... What commandline did you use in your .avs?

30th July 2007, 13:21	#79 \| Link
ajp Registered User Join Date: Oct 2002 Location: Sweden Posts: 83	Doh! It was only when playing the .avs in WMP11, MPC works fine... Another problem (surprise).. now my wmcmd.vbs won't recognize the audio format, I guess that's because it's 6ch PCM and not 6ch WAV? Edit: Ah, enabling ffdshow raw audio took care of the wmcmd.vbs problem...

30th July 2007, 18:17	#80 \| Link
foxyshadis ангел смерти Join Date: Nov 2004 Location: Lost Posts: 9,555	I don't have a problem with the audio cache, if random access methods are going to cause problems. But would it be possible to either pass each block through zlib first, or designate the file as compressed? (ie, by passing FILE_ATTRIBUTE_COMPRESSED to CreateFile.) Doesn't help much, but since disk i/o will be the big blocker there, it'll help some.

Thread Tools	Search this Thread
Show Printable Version Email this Page	Search this Thread: Advanced Search
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode