|
|
| phaeron |
| Posted: May 13 2009, 11:14 PM |
 |
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
No, I downloaded the latest Haali splitter and had no trouble opening a H.264+Vorbis MKV file.
|
|
| stephanV |
| Posted: May 14 2009, 06:52 AM |
|
|
Spam killer ;)
Group: Moderators
Posts: 4348
Member No.: 8917
Joined: 18-February 04
|
I'm completely at a loss here. If I remux a file the file does open, but the MKVmerge version I use for the new file is the same as the old...
Would it help you any if I post you a readout of MKVInfo from both files?
--------------------
useful links:
VirtualDub, Input plugins and filters, AviSynth, AVI-Mux GUI, AC3ACM by fcchandler, VirtualDub FAQ |
|
| NeXT |
| Posted: May 14 2009, 08:12 PM |
|
|
Advanced Member
Group: Members
Posts: 41
Member No.: 24145
Joined: 31-August 08
|
| QUOTE (phaeron @ May 14 2009, 06:14 AM) | | No, I downloaded the latest Haali splitter and had no trouble opening a H.264+Vorbis MKV file. |
Very interesting. Could you provide link with x64 version of Haali Splitter, which you used? =)
Right now to test x86 I reinstalled latest Haali Splitter x86.
In conjunction with VD 1.9.2 x86 I still can't open any MKV, including h.264 with no audio.
VD still tells VirtualDub error: File ".../test.mkv" does not have a video stream..
Any other application works just fine with any MKV.
Many other formats, which VD doesn't natively support (such as mp4 or mpeg2 VOBs), work with DirectShow input filter just fine (particularly when i remove all other filters), so the problem is only with MKVs.
The situation with VD x64 is exactly the same.
You can have a sample at http://62.141.52.181/~next/test.mkv (~3M).
Could it help you to reproduce the problem or maybe I need to provide any additional infofmation? |
|
| phaeron |
| Posted: May 14 2009, 11:17 PM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
I used the x86 version at Haali's site: http://haali.cs.msu.ru/mkv/
The test file you posted opens fine for me too, which makes this even more weird.
I'm not really too familiar with MKV internals, I suppose we could try to figure out what's different about the files in stephanV's case.
|
|
| stephanV |
| Posted: May 15 2009, 08:43 AM |
|
|
Spam killer ;)
Group: Moderators
Posts: 4348
Member No.: 8917
Joined: 18-February 04
|
The MKVinfo can be downloaded here: http://www.mediafire.com/?sharekey=5e7a423...04e75f6e8ebb871
I could also upload the files, but they are 65 MB each so I'm not sure if you are interested.
--------------------
useful links:
VirtualDub, Input plugins and filters, AviSynth, AVI-Mux GUI, AC3ACM by fcchandler, VirtualDub FAQ |
|
| phaeron |
| Posted: May 15 2009, 09:16 PM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
I'm beginning to think there is a system related problem here. I don't see any obvious differences between the files that would explain why one wouldn't open.
Can anyone try switching to the MPC Matroska splitter and see if it works:
https://sourceforge.net/project/showfiles.p...?group_id=82303
|
|
| NeXT |
| Posted: May 15 2009, 11:54 PM |
|
|
Advanced Member
Group: Members
Posts: 41
Member No.: 24145
Joined: 31-August 08
|
Tried http://sourceforge.net/project/showfiles.p...ckage_id=260619 .
Uninstalled Haali, checked that MKVs can render in GraphEdit x64.
Drag'n'drop of MKVs or AVIs doesn't work at GraphEdit, but it works by choosing 'Render Media File...' in menu.
VD x64 still doesn't want to open them and even doesn't list them in Open window.
After opening it with forced plugin selection (and typing *.* in order to show MKV), VD complains that there's no video stream.
After opening it with default file type selection (and typing *.* in order to show MKV), VD complains that this format is not supported.
GRF file made by GraphEdit x64: http://62.141.52.181/~next/test.mkv.GRF
|
|
| stephanV |
| Posted: May 16 2009, 06:28 AM |
|
|
Spam killer ;)
Group: Moderators
Posts: 4348
Member No.: 8917
Joined: 18-February 04
|
For me the same problem.
The file that didn't work still doesn't work, the file that did work still works.
--------------------
useful links:
VirtualDub, Input plugins and filters, AviSynth, AVI-Mux GUI, AC3ACM by fcchandler, VirtualDub FAQ |
|
| nieko_nera |
| Posted: May 16 2009, 11:28 AM |
|
|
Member
Group: Members
Posts: 11
Member No.: 24232
Joined: 17-September 08
|
| QUOTE (NeXT @ May 14 2009, 11:12 PM) | VirtualDub error: File ".../test.mkv" does not have a video stream..
|
i used to have this problem with my TS videos, but if i changed file name (added space, numbers... randomly) Virtualdub opened TS file. After windows reinstall i don't have this problem anymore
--------------------
my English is bad, sorry |
|
| phaeron |
| Posted: May 17 2009, 07:38 PM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
Ooh, I have a long shot as to what may be going on. I'm passing a LPWSTR as a BSTR to the media detector. That may explain the filename weirdness.
Gimme a bit to change the plugin and rebuild it, and we'll see if that does the trick.
(If you have a compiler and are so inclined, the change is to allocate a proper BSTR via SysAllocString() and pass that to IMediaDet::put_Filename. A bare wide string doesn't have the length prefixed like a BSTR does, which could be causing issues.)
Update:
Dammit, I already fixed that. 
|
|
| NeXT |
| Posted: May 17 2009, 08:15 PM |
|
|
Advanced Member
Group: Members
Posts: 41
Member No.: 24145
Joined: 31-August 08
|
Also, where may be the difference between VD and any other video tool (GraphEdit, any media player etc)?
Maybe, that should be the start of investigation of both our issues? |
|
| phaeron |
| Posted: May 17 2009, 08:23 PM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
The DirectShow media detector is probably not used by those applications.
Different tack -- I hacked in code to force "detection" of one video stream. Try this version. If you get errors, they should be more detailed.
http://www.virtualdub.org/beta/DShowInputD...ediadettest.zip
|
|
| NeXT |
| Posted: May 17 2009, 08:35 PM |
|
|
Advanced Member
Group: Members
Posts: 41
Member No.: 24145
Joined: 31-August 08
|
Both x86 and x64 versions work with Haali without any errors or other problems. 
BTW, I remember -- when I first tried to open MKV in wmplayer, it displayed warning, something like 'media player can't recognize format, but nevertheless may be able to play this file', and after confirming, the playback had started. Maybe wmplayer failed to use media detector too? =)
Also, maybe MS already fixed something in build 7127. If we'll find root cause, I'll also test it in 7127 after upgrading. |
|
| stephanV |
| Posted: May 18 2009, 06:37 AM |
|
|
Spam killer ;)
Group: Moderators
Posts: 4348
Member No.: 8917
Joined: 18-February 04
|
For me things work fine too now.
--------------------
useful links:
VirtualDub, Input plugins and filters, AviSynth, AVI-Mux GUI, AC3ACM by fcchandler, VirtualDub FAQ |
|
| Jam One |
| Posted: May 18 2009, 12:41 PM |
|
|
Advanced Member
Group: Members
Posts: 580
Member No.: 25518
Joined: 8-May 09
|
The file http://62.141.52.181/~next/test.mkv
has been opend by VD with the filter 'DShowInputDriver-mediadettest.zip' instantly, asking no questions, by right-click on file -> open with -> VD.
-- The trick that didn't work with previous version of DShow i.driver.
-------
No audio found in the above file; and clicking 'File' -> 'File Information' brings no emotion out of VD.
-------
Update:
Now VD has managed to open several h264/aac MP4 videos from YouTube in the same manner "right-click -> open-with".
Great improvement, to my mind.
-- since i use to open files this way 95% of the time =)
-------
Update-2:
A little problem (or I'd rather call it "a misfortunate behavior") --
VD is unable to open a file with all the same AVC/AAC inside and m4v extention "outside" (to say so);
but this file is easily "openable" after changing its extention to mp4.
(It was absolutely playable with m4v on my computers, I didn't even look at the extention, noticed it just right now.)
Update-3:
Same song with MTS files (out from Panasonic GH-1 camera).
These have AVC1/AC3 inside.
While extention is MTS the files are rejected by VD. If extention is changed to MP4 - files are being opened "at count one".
_________________
NOTE: Haali splitter is needed. Otherwise you'll get error message """Unable to set filename on media detector: hr = 80040200""". |
|
