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 24th November 2011, 10:17   #7261  |  Link
BeNooL
Registered User
 
BeNooL's Avatar
 
Join Date: Feb 2003
Posts: 78
will this also fix playback of mkv generated by X264 where one cannot seek (using MeGui to encode) ?

When trying to seek, playback always goes back to start of video.
BeNooL is offline   Reply With Quote
Old 24th November 2011, 10:36   #7262  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 8,851
Most likely, yes.
There will be a delay on the first seek while it builds a index, but further seeks should be working just fine and fast.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is online now   Reply With Quote
Old 24th November 2011, 10:38   #7263  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 4,569
You mean we might have to wait for like 5 minutes, similar to ffmpegsource?
sneaker_ger is offline   Reply With Quote
Old 24th November 2011, 10:44   #7264  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 8,858
Quote:
Originally Posted by nevcairiel View Post
Most likely, yes.
There will be a delay on the first seek while it builds a index, but further seeks should be working just fine and fast.
Wouldn't it make sense to start building the index in a background thread right when the video file is loaded? Then, when the first seek isn't done right away, it might already work instantly?
madshi is offline   Reply With Quote
Old 24th November 2011, 10:45   #7265  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 8,851
Quote:
Originally Posted by sneaker_ger View Post
You mean we might have to wait for like 5 minutes, similar to ffmpegsource?
If the file is multiple gigabytes and does not have a seeking index in the file, it is quite possible that it will take a while - i'm unsure about 5 minutes though.

I have a 1.6GB file without such an index, and it takes about 10 seconds on a relatively slow harddrive to build that index. If the file is say a 1080p Blu-ray rip of 20GB, it would i guess take around 2 minutes or so (or even less on better hardware)

In general, you should rather remux those files to add an index instead. MKV sadly is not designed to seek without an index - so either you have one in the file, or you need to build one.
This is still a great advantage over the situation now, because now it doesn't allow seeking at all.

Quote:
Originally Posted by madshi View Post
Wouldn't it make sense to start building the index in a background thread right when the video file is loaded? Then, when the first seek isn't done right away, it might already work instantly?
Building the index requires seeking through all clusters in the file (well, actually in 10MB steps, which could be increased to speed up index creation for the cost of more "inaccurate" seeks), which could have a serious impact on fluid playback.
It looks like Gabest MKV splitter always builds the index on opening, while Haali also builds it on demand (Hey, i'm using Haalis matroskaparser library afterall!)

Such files are just not perfect. If anything, they should only result as intermediate files in a encoding process, your final file should always have a Cue index, otherwise the mux is just wrong.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders

Last edited by nevcairiel; 24th November 2011 at 11:03.
nevcairiel is online now   Reply With Quote
Old 24th November 2011, 10:55   #7266  |  Link
mindbomb
Registered User
 
Join Date: Aug 2010
Posts: 578
my experience has been that with my incomplete files muxed with haali's muxer, there is a slight delay.

However, the seeking problems with mature files muxed with mkvmerge have also gone away, and there is no delay at all in that case, despite they're large size.
mindbomb is offline   Reply With Quote
Old 24th November 2011, 10:59   #7267  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 4,569
Quote:
Originally Posted by nevcairiel View Post
I have a 1.6GB file without such an index, and it takes about 10 seconds on a relatively slow harddrive to build that index.
So that's why harddrives are so expensive today. I thought 160 MB/s was fast...

Quote:
Originally Posted by nevcairiel View Post
Such files are just not perfect. If anything, they should only result as intermediate files in a encoding process, your final file should always have a Cue index, otherwise the mux is just wrong.
I agree, index is a must. I only use it for intermediate files/testing, so I can have a preview of the current x264 output, to decide whether I'm happy with the result or if I have to stop the encoding process.
sneaker_ger is offline   Reply With Quote
Old 24th November 2011, 11:06   #7268  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 8,851
Quote:
Originally Posted by sneaker_ger View Post
So that's why harddrives are so expensive today. I thought 160 MB/s was fast...
It doesn't read every block of the file. It looks for a Cluster, reads its timecode, jumps 10MB further ahead, looks for the next cluster, rinse and repeat. I would guess it reads maybe 1/10th of the whole file, with alot of seeking involved.

ffmpegsource indexes the timestamp of every frame for frame-accurate seeking/editing, so it will be slower.
I would suggest to wait and test before drawing any more conclusions.

As an alternative to the index building i could implement a binary search seek, but that would mean seeking is never fast on such files, but there is no initial delay either. Not sure if thats better - but its surely alot of effort for files that are not really *that* common for normal users.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders

Last edited by nevcairiel; 24th November 2011 at 11:09.
nevcairiel is online now   Reply With Quote
Old 24th November 2011, 13:25   #7269  |  Link
Sebastiii
Registered User
 
Join Date: Oct 2009
Location: France
Posts: 592
Quote:
Originally Posted by Wodde View Post
have i missed something?
I have LAV 0.40 installed, but there is no Titleselection?

EDIT: Ah, J.River 17.

Well thats fine, but thats a paid software, i prefer a free one

What about MPC HC?
You can try Mediaportal with BlurayHandler plugin (based on LAF Filter of course) :
http://www.team-mediaportal.com/exte...-handler-0-9-7
http://forum.team-mediaportal.com/me...-7-beta-81068/

Or Internal Bluray Menu on Mediaportal too :
http://forum.team-mediaportal.com/ge...upport-102375/

Thanks
__________________
HTPC : i7 920 4Go Win7(x86) / Nvidia 460GTX / P6T Deluxe / Harman-Kardon AVR-355.
Sebastiii is offline   Reply With Quote
Old 24th November 2011, 13:27   #7270  |  Link
Sebastiii
Registered User
 
Join Date: Oct 2009
Location: France
Posts: 592
Quote:
Originally Posted by nevcairiel View Post
Most likely, yes.
There will be a delay on the first seek while it builds a index, but further seeks should be working just fine and fast.
Yep, i can confirm that
Nice
__________________
HTPC : i7 920 4Go Win7(x86) / Nvidia 460GTX / P6T Deluxe / Harman-Kardon AVR-355.
Sebastiii is offline   Reply With Quote
Old 24th November 2011, 14:02   #7271  |  Link
GRENDIZER
Registered User
 
Join Date: Jun 2006
Posts: 7
Hello, I'm a new user of LAV and I have a question about bitstreaming.

My config: HTPC running Win7 64, soundcard; Realtek HD audio in motherboard, audio receiver and speakers: Logitech Z5500, cable: optical.

I've been checking if AC3 audio is working on these speakers, and it works. Testing the file "Test AC3 v2.0.avi", my audio receiver displays "Dolby Digital" and the surround test works.

One thing I do not understand is that in the LAV audio options, under "bitstreaming", wether "Dolby Digital (AC3)" is checked or not, the surround sound works, and the Audio receiver says it's "Dolby Digital". I thought that when it's not checked, LAV decodes the AC3 and in that case, the audio receiver would not receive any proper data?

Thanks
Gz
GRENDIZER is offline   Reply With Quote
Old 24th November 2011, 14:28   #7272  |  Link
masonwu
Registered User
 
Join Date: Oct 2011
Posts: 2
i love lav filter

haha nevcairiel ,thank you for your work effort on these filter . and could i use the binary filter in my HTPC product ?
masonwu is offline   Reply With Quote
Old 24th November 2011, 14:30   #7273  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 4,569
You have to follow the GPLv2, I guess.
sneaker_ger is offline   Reply With Quote
Old 24th November 2011, 16:52   #7274  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 8,851
Quote:
Originally Posted by GRENDIZER View Post
One thing I do not understand is that in the LAV audio options, under "bitstreaming", wether "Dolby Digital (AC3)" is checked or not, the surround sound works, and the Audio receiver says it's "Dolby Digital". I thought that when it's not checked, LAV decodes the AC3 and in that case, the audio receiver would not receive any proper data?
Some audio drivers have an option to compress any audio into AC3 when connected via Optical, so that you can send multi-channel PCM over the link, and are not limited to stereo.

In any case, as long as you get audio and it sounds good, all is well!
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is online now   Reply With Quote
Old 24th November 2011, 19:04   #7275  |  Link
Fullmetal Encoder
Registered User
 
Join Date: Jan 2011
Posts: 107
Quote:
Originally Posted by nevcairiel View Post
...while Haali also builds it on demand (Hey, i'm using Haalis matroskaparser library afterall!)
Does this mean we are a step closer to having full MKV ordered chapters support?
Fullmetal Encoder is offline   Reply With Quote
Old 24th November 2011, 19:14   #7276  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 8,851
Baby steps.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is online now   Reply With Quote
Old 24th November 2011, 20:25   #7277  |  Link
STaRGaZeR
4:2:0 hater
 
Join Date: Apr 2008
Posts: 1,307
Isn't this the same parser as Haali uses for mkv? Seeking works surprisingly similiar (read: very good)
__________________
Specs, GTX970 - PLS 1440p@96Hz
Quote:
Originally Posted by Manao View Post
That way, you have xxxx[p|i]yyy, where xxxx is the vertical resolution, yyy is the temporal resolution, and 'i' says the image has been irremediably destroyed.
STaRGaZeR is offline   Reply With Quote
Old 24th November 2011, 20:26   #7278  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 8,851
Quote:
Originally Posted by STaRGaZeR View Post
Isn't this the same parser as Haali uses for mkv? Seeking works surprisingly similiar (read: very good)
Since its the parser he wrote, i would assume its also used by his DirectShow filter.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is online now   Reply With Quote
Old 24th November 2011, 21:01   #7279  |  Link
STaRGaZeR
4:2:0 hater
 
Join Date: Apr 2008
Posts: 1,307
Me likes
__________________
Specs, GTX970 - PLS 1440p@96Hz
Quote:
Originally Posted by Manao View Post
That way, you have xxxx[p|i]yyy, where xxxx is the vertical resolution, yyy is the temporal resolution, and 'i' says the image has been irremediably destroyed.
STaRGaZeR is offline   Reply With Quote
Old 24th November 2011, 21:12   #7280  |  Link
rica
Registered User
 
Join Date: Mar 2008
Posts: 2,021
Quote:
Originally Posted by SamuriHL View Post
I'm going to point out the obvious one that people overlook....you're doing this with the 32 bit version of LAV and NOT the 64 bit version.............right?
Yes, it is 32 bit version on Seven 32 SP1 and i'm trying to decode a dtshd-master audio.
rica 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 11:07.


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