search

XeresRazor / subler

Automatically exported from code.google.com/p/subler
Other
3 stars 0 forks source link

Subler 0.19 doesn't appear to work #531

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
I updated to 0.19 and tried to convert a MKV with DTS to a M4V with AAC. It 
didn't work at all. I reverted back to 0.18 and it appears to work fine. Sorry 
I don't have more information than that, but I have narrowed it down to Subler.

Original issue reported on code.google.com by br...@pontarelli.com on 22 Dec 2012 at 9:23

GoogleCodeExporter commented 9 years ago 
Are you using the Queue or saving the file normally?

Original comment by damiog on 23 Dec 2012 at 11:41

GoogleCodeExporter commented 9 years ago 
I can't recall exactly. I know I completely tested using Save and started 
testing the queue. I can't recall if the queue worked or not. The issue is 
mainly with the resulting file. It is corrupt and can't be read by anything.

Original comment by br...@pontarelli.com on 23 Dec 2012 at 4:06

GoogleCodeExporter commented 9 years ago 
Hi there,
Version 0.19 seems to corrupt the aspect ratio information stored in the PES 
video header. Had to revert back to 0.18, which behaves OK.

Original comment by steve...@pt.lu on 24 Dec 2012 at 6:34

GoogleCodeExporter commented 9 years ago 
Can you describe your entire workflow?

Original comment by damiog on 24 Dec 2012 at 7:35

GoogleCodeExporter commented 9 years ago 
I created 2 components files from FCPX using compressor, one being a .mov video 
file containing an H264 encoded 1280x720 video and a second being an .ac3 file 
containing 5.1 audio. After muxing to .m4v, the video is being re-scaled by 
0.19 to different H & V values, which causes VLC or other media players to 
display the video in a wrong display resolution (much wider), while 0.18 keeps 
the scale of the original video.
Note that by scaling I mean the display resolution, not the effective video 
resolution. This 'scaling' information is indeed used by most mediaplyers to 
accommodate the display format and size, e.g. PAL 16/9 video being 720x756 but 
'scaled' to 1024x576 during playback. An 1280x720 video would by scaled 1:1 and 
displayed as 1280x720 or perhaps to 1920x1080 ...

Original comment by steve...@pt.lu on 26 Dec 2012 at 5:32

GoogleCodeExporter commented 9 years ago 
Looks like a bug. Can you upload a small mov file I can use to reproduce the 
issue?

Original comment by damiog on 27 Dec 2012 at 9:06

GoogleCodeExporter commented 9 years ago 
I have also experienced this behavior in 0.19. 

If necessary, I can provide sample videos to reproduce. (The one I used tonight 
is under NDA but I'm happy to find an additional one)

Original comment by chrisrid...@gmail.com on 5 Aug 2013 at 6:41

GoogleCodeExporter commented 9 years ago 
Problematic samples are always welcomed.

Original comment by damiog on 5 Aug 2013 at 6:25

GoogleCodeExporter commented 9 years ago 
Hi damiog, 

Do you have an email I can send the file to? Would prefer not to have the link 
public. To be clear, this file when opened and re-saved with Subler 0.19 has 
it's aspect ratio way off (much wider).

Thanks!

Original comment by chrisrid...@gmail.com on 8 Aug 2013 at 2:22

GoogleCodeExporter commented 9 years ago 
damiog at gmail

Original comment by damiog on 8 Aug 2013 at 7:44

GoogleCodeExporter commented 9 years ago 
The mov issue is fixed in rev 1136.

Original comment by damiog on 15 Aug 2013 at 8:04