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 > Video Encoding > MPEG-4 AVC / H.264

Closed Thread
 
Thread Tools Search this Thread Display Modes
Old 16th July 2008, 17:40   #1141  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,806
Always use h264tscutter!!!
Atak_Snajpera is offline  
Old 17th July 2008, 00:04   #1142  |  Link
Guest
Guest
 
Join Date: Jan 2002
Posts: 21,901
Quote:
Originally Posted by canTsTop View Post
i found possible bug, here is sample http://www.mediafire.com/?td9edmyuzwt
then i create project and load dga in avs i get first 50 frames corrupted like this
Alpha 27 has a regression that caused this. I made a hack to fix some crashes on random access in alpha 27, but the hack was too clever by half. So alpha 27 does not have reliable random access.

I investigated the true cause of the crashing problem and found that it was due to re-use of an SPS ID for an SPS with different contents. I have fixed this in my local build so that DGAVCDec can handle this situation, because it is legal according to the specification, although it does says to avoid such SPS ID re-use "when feasible". It wasn't hard to support re-use, fortunately.

I just inject the last parsed SPS (indexed in the DGA file) prior to the requested random access position. A perverse encoder could break that by sending an unrelated SPS prior to a frame, but I've never seen any stream do anything like that. In fact, I've yet to see a stream even use different SPS ID's. If that ever arises (the perverse encoder case), it can be fixed by injecting the last SPS with the correct SPS ID prior to the requested random access position. But that would require me to modify the DGA file format to include the SPS ID, and to include the referenced SPS ID on the PPS index line, and I don't want to modify the DGA file format unless I have to.

I will regression test a bit and then release alpha 28 later tonight. It will have this fix and Turtleggjp's fix. Then I'll address the other issues.

Random access in AVC is definitely not an easy thing. I wonder if that was considered when the specification was defined. It's not just for us transcoders, but set-top boxes and players need to do it for trick modes.

Last edited by Guest; 17th July 2008 at 00:34.
Guest is offline  
Old 17th July 2008, 04:24   #1143  |  Link
Guest
Guest
 
Join Date: Jan 2002
Posts: 21,901
Version 1.0.0 alpha 28

* Fix transport stream packet length detection for some perverse streams.

* Fix regression in random acces in DGDecode. Handle re-use of SPS ID's.

http://neuron2.net/dgavcdec/dgavcdec.html
Guest is offline  
Old 17th July 2008, 13:13   #1144  |  Link
Guest
Guest
 
Join Date: Jan 2002
Posts: 21,901
Oops, alpha 28 is missing the first GOP now in the served video. I'll fix it today.
Guest is offline  
Old 17th July 2008, 13:29   #1145  |  Link
Guest
Guest
 
Join Date: Jan 2002
Posts: 21,901
OK, fixed. Re-download alpha 28.
Guest is offline  
Old 17th July 2008, 17:33   #1146  |  Link
canTsTop
Registered User
 
canTsTop's Avatar
 
Join Date: Apr 2007
Location: Lithuania
Posts: 120
thank you for update, this update also fixed previously reported problem with wrong audio delay, it reports same 45ms delay, but synchronization seams to be correct

Quote:
Originally Posted by canTsTop View Post
neuron2, can you look at this

wrong audio delay detection in this sample http://www.mediafire.com/?ywzxvwmr1ma
DGAVCIndex detects 45ms delay, i tried manually find correct delay, its ~ -1.551ms

thank you


have you any near future to do list for DGAVCIndex, its interesting whats coming next
canTsTop is offline  
Old 17th July 2008, 19:43   #1147  |  Link
Guest
Guest
 
Join Date: Jan 2002
Posts: 21,901
My immediate plans are:

1. Cutting (multiple ranges, not just one).

2. Address libavcodec deficiencies.

3. MP4 support.

What would you like to see?
Guest is offline  
Old 17th July 2008, 19:54   #1148  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by neuron2 View Post
My immediate plans are:

1. Cutting (multiple ranges, not just one).

2. Address libavcodec deficiencies.

3. MP4 support.

What would you like to see?
I'd like to see 1. and then 3.
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline  
Old 17th July 2008, 19:58   #1149  |  Link
XhmikosR
Registered User
 
Join Date: Mar 2007
Location: Hellas (Greece)
Posts: 543
Me, 2. and after that 1. Thanks, neuron, for keeping updating the DGAVCDec.
XhmikosR is offline  
Old 17th July 2008, 20:04   #1150  |  Link
Yoshiyuki Blade
Novice x264 User
 
Yoshiyuki Blade's Avatar
 
Join Date: Dec 2006
Location: California
Posts: 169
I'd like to see #2 . The problem with libavcodec makes it impossible to use DGAVCIndex in my encodes because of the decoding issues.

Thanks for your hard work, neuron2!
Yoshiyuki Blade is offline  
Old 17th July 2008, 20:13   #1151  |  Link
Deinorius
Najarenthur
 
Deinorius's Avatar
 
Join Date: Jan 2006
Location: Austria (Vienna)
Posts: 202
First 1, then 3 imho.
Deinorius is offline  
Old 17th July 2008, 20:14   #1152  |  Link
Ranguvar
Registered User
 
Ranguvar's Avatar
 
Join Date: Feb 2007
Location: ::1
Posts: 1,236
2, 3, and MKV support
Ranguvar is offline  
Old 17th July 2008, 20:27   #1153  |  Link
rebkell
Registered User
 
Join Date: Oct 2006
Posts: 303
I haven't tried with a newer version of DGAVC, but will it be able to read the captures of the Hauppauge HD-PVR? Here is a link to a page that has a couple of samples captured on it:

http://blog.arogan.com/2008/06/haupp...odel-1212.html

Search for hdpvr-def.zip and you'll find a link to some short clips he captured with the machine.
rebkell is offline  
Old 17th July 2008, 21:02   #1154  |  Link
Guest
Guest
 
Join Date: Jan 2002
Posts: 21,901
Quote:
Originally Posted by rebkell View Post
I haven't tried with a newer version of DGAVC, but will it be able to read the captures of the Hauppauge HD-PVR?
I tried one of them and it worked fine. It was Fields (TFF) but encoded in a way that libavcodec.dll is happy with. The only thing to watch out for is that you need to enable GOPs (IDRs) for capture, and the more frequently you have them, the faster will be your random access.

I've asked my boss to buy one for us.
Guest is offline  
Old 17th July 2008, 21:13   #1155  |  Link
rebkell
Registered User
 
Join Date: Oct 2006
Posts: 303
Quote:
Originally Posted by neuron2 View Post
I tried one of them and it worked fine. It was Fields (TFF) but encoded in a way that libavcodec.dll is happy with. The only thing to watch out for is that you need to enable GOPs (IDRs) for capture, and the more frequently you have them, the faster will be your random access.

I've asked my boss to buy one for us.
Great, I guess I need to update my DGAVCDec then
rebkell is offline  
Old 18th July 2008, 00:04   #1156  |  Link
Turtleggjp
Registered User
 
Join Date: Apr 2006
Posts: 225
Quote:
Originally Posted by neuron2 View Post
My immediate plans are:

1. Cutting (multiple ranges, not just one).

2. Address libavcodec deficiencies.

3. MP4 support.

What would you like to see?
For me, the biggest help would be #2 (as you may have seen from my video camera's samples). After that, I can handle #1 with AVIsynth if I need to, and I would vote for MKV support over MP4 support.

Oh, and if it's not too much trouble, maybe a command line switch to disable writing of the delay in the audio file's name. My automated process will not work now because it cannot predict the names of the output audio files.
Turtleggjp is offline  
Old 18th July 2008, 00:30   #1157  |  Link
elguaxo
Registered User
 
elguaxo's Avatar
 
Join Date: Jun 2006
Posts: 260
Quote:
Originally Posted by Turtleggjp View Post
I would vote for MKV support over MP4 support
same here. thanks!
elguaxo is offline  
Old 18th July 2008, 00:40   #1158  |  Link
rebkell
Registered User
 
Join Date: Oct 2006
Posts: 303
Quote:
Originally Posted by neuron2 View Post
My immediate plans are:

1. Cutting (multiple ranges, not just one).

2. Address libavcodec deficiencies.

3. MP4 support.

What would you like to see?
I don't suppose #1 would include audio also, would it? That would be total nirvana.
rebkell is offline  
Old 18th July 2008, 00:47   #1159  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,806
mkv and mp4 support seems to be useless since we have FFmpegSource()
Atak_Snajpera is offline  
Old 18th July 2008, 01:14   #1160  |  Link
Guest
Guest
 
Join Date: Jan 2002
Posts: 21,901
Quote:
Originally Posted by Atak_Snajpera View Post
mkv and mp4 support seems to be useless since we have FFmpegSource()
Does it support accurate random access?
Guest is offline  
Closed Thread

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 07:37.


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