Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Capturing and Editing Video > New and alternative a/v containers

Reply
 
Thread Tools Search this Thread Display Modes
Old 1st April 2011, 07:04   #1181  |  Link
Ger
Registered User
 
Join Date: May 2007
Location: Norway
Posts: 192
Works in Graphstudio, so it's probably just not registered for audio-only types (yet). I think Nev mentioned something about that once, but I've forgotten the details.
Ger is offline   Reply With Quote
Old 1st April 2011, 16:31   #1182  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,737
Quote:
Originally Posted by mindbomb View Post
no, it doesnt appear to be a flac source filter.

It can be, though!
Do flac ES files have a typical byte marker to detect them?
Thats usually a problem with those elementary stream files..

Edit:
It appears they do, can someone with such a file confirm that the first 4 bytes say "fLaC"?
__________________
LAV Filters - open source ffmpeg based media splitter and decoders

Last edited by nevcairiel; 1st April 2011 at 16:34.
nevcairiel is offline   Reply With Quote
Old 1st April 2011, 17:32   #1183  |  Link
Ger
Registered User
 
Join Date: May 2007
Location: Norway
Posts: 192
Checked three files. All start with "fLaC".
Ger is offline   Reply With Quote
Old 1st April 2011, 17:39   #1184  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
http://flac.sourceforge.net/format.html#stream
madshi is offline   Reply With Quote
Old 1st April 2011, 19:48   #1185  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,737
Thanks, i found that too. I was actually looking into adding support for alot more raw audio streams, but not all seem to have an accurate byte marker, so i'll probably hook them up based on extensions. While i'm at it, i'll probably do it for all file types. With MPC-HC, that doesn't really change any behaviour, as extension hookups are not directly prioritized, for other players it could however mean that LAV Splitter gets the priority .. not that it bothers me. =)
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 1st April 2011, 20:01   #1186  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
Hopefully you won't overwrite madFlac, though?
madshi is offline   Reply With Quote
Old 1st April 2011, 20:03   #1187  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,737
With any sane player, it should come down to what the user configured, or if anything, merit. Now i dunno what the merit of the madFlac source filter is, but LAV Splitter is pretty high.

Edit:
I checked, and the merit of madFlac Source is pretty low (just MERIT_NORMAL), so unless the user configures something, LAV Splitter would be used instead.

Edit2:
It actually looks like you _ONLY_ do extension hookups? no byte markers?
Then it will be overwritten, unless i feel like developing some fancy installer first that could deal with all of this.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders

Last edited by nevcairiel; 1st April 2011 at 20:09.
nevcairiel is offline   Reply With Quote
Old 1st April 2011, 20:17   #1188  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
It should be possible somehow to continue using madFlac. If "prefering" madFlac in MPC-HC does the trick, that should be good enough.
madshi is offline   Reply With Quote
Old 1st April 2011, 20:18   #1189  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,737
Only you can tell me if it actually registers for the byte markers - i didn't see it in the registry. Of course people can still use the decoder in any case.

Every extension can only have one source filter, while the byte markers are really alot more flexible and every source filter can let DirectShow know that it supports this marker and the merits decide. Thats why i really preferred them until now, and containers typically are easy to detect .. not so much all raw streams.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 1st April 2011, 20:28   #1190  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
So if people install the LAV Splitter first and madFlac after that, madFlac "wins", because madFlac will overwrite the extension registration? I think that would be good enough. There just needs to be a way to use the LAV Splitter and madFlac at the same time. And yes, madFlac must be "allowed" to work as a source filter, too.

I don't think I register for "byte markers", didn't even know that I could... But then I've written madFlac quite a while ago, so I don't remember all the dirty details.
madshi is offline   Reply With Quote
Old 1st April 2011, 20:31   #1191  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,737
Yes, registering it after LAV Splitter would work.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 1st April 2011, 20:39   #1192  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
Ok, that's good enough for me. Of course before you automatically register (= overwrite) *hundreds* of new extensions it might make sense to write some kind of installer... You can't know for sure that LAV Splitter will match (or beat) every existing DirectShow source filter out there. So maybe it would make sense to cherry pick extensions for now. Just my 2 cents, of course.
madshi is offline   Reply With Quote
Old 3rd April 2011, 08:31   #1193  |  Link
v0lt
Registered User
 
Join Date: Dec 2008
Posts: 1,105
@nevcairiel
http://www.multiupload.com/PYBILYB30E
MPC-HC 1.5.2.3010 + LAVFSplitter 0.19 + Microsoft DTV-DVD Video Decoder = wrong speed of video
(internal, ffdshow and ArcSoft decoders are buggy with this video stream)

PS: I do not have enough CPU power to play in VLC media player, but sync is better in VLC.

Last edited by v0lt; 3rd April 2011 at 08:56.
v0lt is offline   Reply With Quote
Old 3rd April 2011, 09:11   #1194  |  Link
CruNcher
Registered User
 
CruNcher's Avatar
 
Join Date: Apr 2002
Location: Germany
Posts: 4,949
Wow v0lt that stream crashed Cyberlinks Decoder to be exactly it caused a crash in the sse3 part :P
AppName: mpc-hc.exe AppVer: 1.5.2.2994 ModName: 264dsse3.dll
something is strange with that stream DXVA mode is giving all kind of nice effects with different Decoder :P
Though currently Halli parse it
Hmm i could swear it uses either intra refresh or a very low keyframe cycle at least visual error wise (it pulses between errors) it looks like it and 6 slices
The internal MPC-HC parser doesn't detect the Video stream @ all
__________________
all my compares are riddles so please try to decipher them yourselves :)

It is about Time

Join the Revolution NOW before it is to Late !

http://forum.doom9.org/showthread.php?t=168004

Last edited by CruNcher; 3rd April 2011 at 09:28.
CruNcher is offline   Reply With Quote
Old 3rd April 2011, 09:16   #1195  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,737
Broken streams are just that, broken.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 3rd April 2011, 09:39   #1196  |  Link
CruNcher
Registered User
 
CruNcher's Avatar
 
Join Date: Apr 2002
Location: Germany
Posts: 4,949
Not sure if the stream is broken Haali + CoreAVC (CPU) decode it perfect, also via Nvcuvid no problems
Complete Lav Cuvid Framework has also no issues + Haali Splitter
It would make sense if v0lt used DXVA with Microsofts decoder that it's yet another DXVA problem though its different then what you visually see from the to much reference decoding problem

Cyberlin DXVA Decoder + Lav Splitter + Lav Audio + VMR7 windowed = Frame Freeze audio plays
CoreAVC DXVA + Arcsoft Demuxer + Lav Audio + VMR7 windowed = Black Screen audio plays
Cyberlink DXVA + Arcsoft Demuxer + Lav Audio + VMR7/9 windowed/Renderless = Perfect
Cyberlink DXVA + Haali Splitter + Lav Audio + VMR7/9 windowed/Renderless = Crash in Cyberlinks Decoder
CoreAVC DXVA + Haali Splitter + LAV Audio + VMR7/9 windowed/Renderless = Playbacks Video and Audio but with some Visual Errors (slice borders and intra refresh visible)
CoreAVC DXVA + MPC-HC Splitter + LAV Audio + VMR7/9 windowed/Renderless = Audio Plays Video Stream PID not found

I love these Transport Stream Parser issues, especialy in combination with DXVA they can give funny results

So in v0lt case most probably the problem is indeed Lav Splitter in combination with Microsofts Decoder and DXVA, though Cyberlinks Demuxer 2.0 and Arcsofts MPEG Demuxer are more robust they work different (they seem to work directly @ the bitstream level for TS streams and take only some information into account so they can cope welll with corrupt streams, which for Satellite transmission you have no other chance for) then MPC-HC or Gabest Lav Splitter it could be that the muxed ts file here is corrupt

So the CoreAVC DXVA + Haali Splitter result is not bad, especialy as you lose most controll with Arcsoft and Cyberlinks Demuxer in MPC-HC
__________________
all my compares are riddles so please try to decipher them yourselves :)

It is about Time

Join the Revolution NOW before it is to Late !

http://forum.doom9.org/showthread.php?t=168004

Last edited by CruNcher; 3rd April 2011 at 10:40.
CruNcher is offline   Reply With Quote
Old 3rd April 2011, 10:20   #1197  |  Link
v0lt
Registered User
 
Join Date: Dec 2008
Posts: 1,105
Quote:
Originally Posted by nevcairiel View Post
Broken streams are just that, broken.
Maybe, but MediaInfo shows this:
Code:
Video
ID                               : 4113 (0x1011)
Menu ID                          : 1 (0x1)
Format                           : AVC
Format/Info                      : Advanced Video Codec
Format profile                   : High@L4.0
Format settings, CABAC           : Yes
Format settings, ReFrames        : 4 frames
Duration                         : 1mn 58s
Bit rate                         : 11.6 Mbps
Width                            : 1 920 pixels
Height                           : 1 080 pixels
Display aspect ratio             : 16:9
Frame rate                       : 25.000 fps
Resolution                       : 8 bits
Colorimetry                      : 4:2:0
Scan type                        : MBAFF
Bits/(Pixel*Frame)               : 0.224
Stream size                      : 164 MiB (81%)
Color primaries                  : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177
Transfer characteristics         : BT.709-5, BT.1361
Matrix coefficients              : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177
Here we see 25 fps. But LAVFSplitter shows AvgTimePerFrame = 1778. This is equivalent to 5624 fps
(25 fps -> AvgTimePerFrame = 400000)
v0lt is offline   Reply With Quote
Old 3rd April 2011, 10:43   #1198  |  Link
CruNcher
Registered User
 
CruNcher's Avatar
 
Join Date: Apr 2002
Location: Germany
Posts: 4,949
Was this directly a sat transmission or transcoded could be maybe a Ateme Stream ?
__________________
all my compares are riddles so please try to decipher them yourselves :)

It is about Time

Join the Revolution NOW before it is to Late !

http://forum.doom9.org/showthread.php?t=168004

Last edited by CruNcher; 3rd April 2011 at 10:47.
CruNcher is offline   Reply With Quote
Old 3rd April 2011, 11:13   #1199  |  Link
v0lt
Registered User
 
Join Date: Dec 2008
Posts: 1,105
Quote:
Originally Posted by CruNcher View Post
Was this directly a sat transmission or transcoded could be maybe a Ateme Stream ?
I do not know.

Hilary.0000.ts
LAV Splitter not play. But WMP is playing.

Last edited by v0lt; 3rd April 2011 at 16:15.
v0lt is offline   Reply With Quote
Old 3rd April 2011, 11:48   #1200  |  Link
CruNcher
Registered User
 
CruNcher's Avatar
 
Join Date: Apr 2002
Location: Germany
Posts: 4,949
The CoreAVC issue seems to be a Render bug on Nvidia Hardware via DXVA on their side, almost any .m2ts stream borks visually out with CoreAVC DXVA and VP2

A new Playback feeling

__________________
all my compares are riddles so please try to decipher them yourselves :)

It is about Time

Join the Revolution NOW before it is to Late !

http://forum.doom9.org/showthread.php?t=168004
CruNcher is offline   Reply With Quote
Reply

Tags
decoders, directshow, filters, splitter

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 05:28.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2019, vBulletin Solutions Inc.