GPL command line M2V transcoder - Page 22

daddy_fizz · 20th November 2003, 23:54

nope didn't seem to help

hmmm...

~Fizz

jsoto · 21st November 2003, 01:17

@daddy_fizz
Please check your ac3 with BeSliced (a fantastic DSPGuru´s tool).
Also, did you try to author without subs?. Just to know...

jsoto

dragongodz · 21st November 2003, 04:17

mike - no probs.

nic - yes i knew why it did those short GOPs but i was just trying to show how ffmpeg left to defaults can overdo things. not only change scene change sensativity but also minimum GOP size to 5 and that should be better.
as for ffmpeg i have found that using EPZS(size 2) with SAD ME gives a quite nice picture and isnt too slow but i didnt test on long video so maybe other will.

i have some docs on things like rate control and transcoding etc if you are interested aswell. just let me know and i will email them to you.it will have to be soon though as i have ordered a new motherboard, case and stuff so in a day or 2 i will be busy pulling my pc apart and rebuilding a new one.

daddy_fizz · 21st November 2003, 05:30

Quote:

Originally posted by jsoto
@daddy_fizz
Please check your ac3 with BeSliced (a fantastic DSPGuru´s tool).
Also, did you try to author without subs?. Just to know...

jsoto

ran it through besliced and used the "fixed" audio track but still did it, reauthored without subtitle and worked fine... is this a known problem with ifoedit? thanks

~Fizz

Nic · 21st November 2003, 09:34

@dragongodz: "yes i knew why it did those short GOPs" Then you should have told me

I didn't.lol. Yup send any info along. There doesn't seem much interest in the build I made though....

@daddy_fizz: There's a problem with the sup files created by ReJig. I was bugfixing lots yesterday (fixed that one at about midnight

) Ill release it later today.

-Nic

daddy_fizz · 21st November 2003, 09:49

thanks i appreciate it, i was going to start backing up my dvd collection with rejig...but was just waiting to see if this could be fixed...

~Fizz

Nocturno · 21st November 2003, 14:33

@Nic .. will do some testing with ffmpeg when i find some time, your work is appreciated

Nic · 21st November 2003, 17:57

http://nic.dnsalias.com/ReJig.zip
http://nic.dnsalias.com/ReJig_src.zip

Bug fix for the IFO Mode really, rough changelog:

SUP Creation Fixed. (substream ID was being included sometimes)
All Sundance's initial comments after 0.4a release fixed (Thanks alot!)
Can now export chapter times for IFOEdit Authoring
PTS & Audio Delay finding improved (VOBEdit gets it wrong too

)
Other things I've forgotten, but now it's alot more solid.

Created backup for Matrix Reloaded today using it and IFO Edit authoring, without problems.

-Nic

unixfs · 21st November 2003, 18:19

so when can we expect the first 2-pass ReJig?

Nic · 21st November 2003, 18:48

Tomorrow with luck

Only very basic, but almost done.

daddy_fizz · 21st November 2003, 21:01

dang i think i'll have to wait for that one now

~Fizz

Nic · 22nd November 2003, 01:13

http://nic.dnsalias.com/ReJig.zip
http://nic.dnsalias.com/ReJig_src.zip

ReJig now has 2pass;
ReJig can now calculate the size of the original M2V file and use that to calculate the percentage needed for a specified outputfile size. It's basic but works well.

-Nic

daddy_fizz · 22nd November 2003, 02:22

nice! thanks, i for one really appreciate the work you have/are doing

how exactly do i use this sizing feature... i am a little confused

~Fizz

lighty · 22nd November 2003, 03:51

@Nic

Good work with 2pass. Good size prediction especialy in IFO mode.

The only thing that surprised me is that first original m2v file is demuxed and then ReJiged m2v file is created. I didn't anticipate it and ran out of space on disc. Oh well, I will be better prepared next time.

mikegun · 22nd November 2003, 09:04

hi,

I tried 0.4d with 2nd pass and rejig crashed at the end (tried 2 times).
it seems like rejig produced the m2v but cannot finish right.
the m2v is about the size I wanted but unplayable.
os is 98se.

regards,

mikegun

unixfs · 22nd November 2003, 10:55

Nic,

I tried to recompress a 3.6 GB M2V to 780 MB but it ended being
1.2 GB. I didn't expect it to reach that size (after all motion vectors remain unchanged, right ?), but I noticed that the first
step was very fast (no more than 3 minutes).
Maybe a deeper scan will help?

In all my attempts, the final size was never < 33% of the movie, maybe this is the tipical size of non-quantizers?

Quality seems to be very good

Excellent work!

Nic · 22nd November 2003, 11:26

@daddy_fizz: Tell me which bit is confusing and ill try and help. BUt basically put in the total size (including audio, subs and rejigged video) in MB into the size box and hit Process.

@lighty: Well it does say Demux & 2Pass

lol, well I had it originally only do a two pass. But it's slower and if it gets the size wrong, you can't rejig it. Maybe ill change it later.

@mikegun: Never had it crash, ill put in some debug output so I can catch where it's crashing. It might be a win98 thing (I don't have win98 to try it on

). Is it crashing in normal mode or IFO mode? What type of file? Thanks

@unixfs: The first pass isn't really a first pass

It just finds the size of the original M2V file (so Demuxing is all it does, at present it even does that on a raw M2V file which is stupid, and ill correct that in just a minute

). I can't get it below around < 33% either, but I dont think it will be a problem (??)...And the quality does look good

-Nic

ps
The commandline has changed, so you can control it from there. Also if eyes' only contacts me (or mmgrover) Im sure I can make it more useful now for DoItFast4U....

dragongodz · 22nd November 2003, 12:09

Nic - to answer your PM questions here, i only did a few tests with the changes i made and yes they always came out smaller. the amount could vary but there was always a size drop(closer to percentage user set). basically the react_delay etc is keeping track of if reduced size is falling behind and reacting if it is. i havent looked in to it to much as it appears a very basic system that should be replaced with the type of payback system i mentioned earlier.

unixfs - well i could probably make it go lower by adding some more steps to the react_delay and add quant etc but do you really want <33% ?

well i have my new motherboard (gigabyte 7s748, nice.....and cheap

) in a new case with some new ddr400 ram so now to rip this system apart and transfer the bits i want etc and then upgrade OS aswell. fun.....not. so see you guys in a week i would say.

unixfs · 22nd November 2003, 12:29

Quote:

Originally posted by dragongodz

unixfs - well i could probably make it go lower by adding some more steps to the react_delay and add quant etc but do you really want <33% ?

For me quality is not always the most important factor (dvb captures to be archived and dropped), so I would really love to shrink it even more.
Thanks!

mikegun · 22nd November 2003, 12:32

@Nic
it was crashing in normal mode. I added 2 vobfiles from the same vts (extras vom t3 rc1),
checked 2nd pass, wrote in the desired size and started.
it not just crashed itself but the whole system, could be 98se related.

regards,

mikegun

20th November 2003, 23:54	#421 \| Link
daddy_fizz Carbonated Midget Join Date: Aug 2002 Posts: 109	nope didn't seem to help hmmm... ~Fizz __________________ Opteron 165 @ 2.6ghzXP1202GB G.Skill HZ1.6TB HDD SpaceX1900XTNEC 3250,3550DFI LP NF4-Ultra D

21st November 2003, 09:49	#426 \| Link
daddy_fizz Carbonated Midget Join Date: Aug 2002 Posts: 109	thanks i appreciate it, i was going to start backing up my dvd collection with rejig...but was just waiting to see if this could be fixed... ~Fizz __________________ Opteron 165 @ 2.6ghzXP1202GB G.Skill HZ1.6TB HDD SpaceX1900XTNEC 3250,3550DFI LP NF4-Ultra D

21st November 2003, 14:33	#427 \| Link
Nocturno Registered User Join Date: Oct 2001 Posts: 116	@Nic .. will do some testing with ffmpeg when i find some time, your work is appreciated __________________ I don't Stumble trough the Darkness, I Do not fear the night. I Walk these streets in comford, It makes my dreams subside..

21st November 2003, 17:57	#428 \| Link
Nic Moderator Join Date: Oct 2001 Location: England Posts: 3,285	ReJig 0.4c http://nic.dnsalias.com/ReJig.zip http://nic.dnsalias.com/ReJig_src.zip Bug fix for the IFO Mode really, rough changelog: SUP Creation Fixed. (substream ID was being included sometimes) All Sundance's initial comments after 0.4a release fixed (Thanks alot!) Can now export chapter times for IFOEdit Authoring PTS & Audio Delay finding improved (VOBEdit gets it wrong too ) Other things I've forgotten, but now it's alot more solid. Created backup for Matrix Reloaded today using it and IFO Edit authoring, without problems. -Nic

21st November 2003, 21:01	#431 \| Link
daddy_fizz Carbonated Midget Join Date: Aug 2002 Posts: 109	dang i think i'll have to wait for that one now ~Fizz __________________ Opteron 165 @ 2.6ghzXP1202GB G.Skill HZ1.6TB HDD SpaceX1900XTNEC 3250,3550DFI LP NF4-Ultra D

21st November 2003, 01:17	#422 \| Link
jsoto Just a Member Join Date: Nov 2002 Location: Spain Posts: 2,067	@daddy_fizz Please check your ac3 with BeSliced (a fantastic DSPGuru´s tool). Also, did you try to author without subs?. Just to know... jsoto

21st November 2003, 04:17	#423 \| Link
dragongodz .... Join Date: May 2002 Location: Australia Posts: 2,797	mike - no probs. nic - yes i knew why it did those short GOPs but i was just trying to show how ffmpeg left to defaults can overdo things. not only change scene change sensativity but also minimum GOP size to 5 and that should be better. as for ffmpeg i have found that using EPZS(size 2) with SAD ME gives a quite nice picture and isnt too slow but i didnt test on long video so maybe other will. i have some docs on things like rate control and transcoding etc if you are interested aswell. just let me know and i will email them to you.it will have to be soon though as i have ordered a new motherboard, case and stuff so in a day or 2 i will be busy pulling my pc apart and rebuilding a new one.

21st November 2003, 09:34	#425 \| Link
Nic Moderator Join Date: Oct 2001 Location: England Posts: 3,285	@dragongodz: "yes i knew why it did those short GOPs" Then you should have told me I didn't.lol. Yup send any info along. There doesn't seem much interest in the build I made though.... @daddy_fizz: There's a problem with the sup files created by ReJig. I was bugfixing lots yesterday (fixed that one at about midnight ) Ill release it later today. -Nic

21st November 2003, 18:19	#429 \| Link
unixfs Registered User Join Date: May 2002 Posts: 308	so when can we expect the first 2-pass ReJig?

21st November 2003, 18:48	#430 \| Link
Nic Moderator Join Date: Oct 2001 Location: England Posts: 3,285	Tomorrow with luck Only very basic, but almost done.

22nd November 2003, 01:13	#432 \| Link
Nic Moderator Join Date: Oct 2001 Location: England Posts: 3,285	ReJig 0.4d http://nic.dnsalias.com/ReJig.zip http://nic.dnsalias.com/ReJig_src.zip ReJig now has 2pass; ReJig can now calculate the size of the original M2V file and use that to calculate the percentage needed for a specified outputfile size. It's basic but works well. -Nic

22nd November 2003, 02:22	#433 \| Link
daddy_fizz Carbonated Midget Join Date: Aug 2002 Posts: 109	nice! thanks, i for one really appreciate the work you have/are doing how exactly do i use this sizing feature... i am a little confused ~Fizz __________________ Opteron 165 @ 2.6ghzXP1202GB G.Skill HZ1.6TB HDD SpaceX1900XTNEC 3250,3550DFI LP NF4-Ultra D Last edited by daddy_fizz; 22nd November 2003 at 03:00.

22nd November 2003, 03:51	#434 \| Link
lighty Registered User Join Date: Apr 2002 Location: Mars Posts: 186	@Nic Good work with 2pass. Good size prediction especialy in IFO mode. The only thing that surprised me is that first original m2v file is demuxed and then ReJiged m2v file is created. I didn't anticipate it and ran out of space on disc. Oh well, I will be better prepared next time.

22nd November 2003, 09:04	#435 \| Link
mikegun one inch man Join Date: Oct 2001 Posts: 263	hi, I tried 0.4d with 2nd pass and rejig crashed at the end (tried 2 times). it seems like rejig produced the m2v but cannot finish right. the m2v is about the size I wanted but unplayable. os is 98se. regards, mikegun __________________ - free speech for the dumb -

22nd November 2003, 10:55	#436 \| Link
unixfs Registered User Join Date: May 2002 Posts: 308	Nic, I tried to recompress a 3.6 GB M2V to 780 MB but it ended being 1.2 GB. I didn't expect it to reach that size (after all motion vectors remain unchanged, right ?), but I noticed that the first step was very fast (no more than 3 minutes). Maybe a deeper scan will help? In all my attempts, the final size was never < 33% of the movie, maybe this is the tipical size of non-quantizers? Quality seems to be very good Excellent work!

22nd November 2003, 11:26	#437 \| Link
Nic Moderator Join Date: Oct 2001 Location: England Posts: 3,285	@daddy_fizz: Tell me which bit is confusing and ill try and help. BUt basically put in the total size (including audio, subs and rejigged video) in MB into the size box and hit Process. @lighty: Well it does say Demux & 2Pass lol, well I had it originally only do a two pass. But it's slower and if it gets the size wrong, you can't rejig it. Maybe ill change it later. @mikegun: Never had it crash, ill put in some debug output so I can catch where it's crashing. It might be a win98 thing (I don't have win98 to try it on ). Is it crashing in normal mode or IFO mode? What type of file? Thanks @unixfs: The first pass isn't really a first pass It just finds the size of the original M2V file (so Demuxing is all it does, at present it even does that on a raw M2V file which is stupid, and ill correct that in just a minute ). I can't get it below around < 33% either, but I dont think it will be a problem (??)...And the quality does look good -Nic ps The commandline has changed, so you can control it from there. Also if eyes' only contacts me (or mmgrover) Im sure I can make it more useful now for DoItFast4U....

22nd November 2003, 12:09	#438 \| Link
dragongodz .... Join Date: May 2002 Location: Australia Posts: 2,797	Nic - to answer your PM questions here, i only did a few tests with the changes i made and yes they always came out smaller. the amount could vary but there was always a size drop(closer to percentage user set). basically the react_delay etc is keeping track of if reduced size is falling behind and reacting if it is. i havent looked in to it to much as it appears a very basic system that should be replaced with the type of payback system i mentioned earlier. unixfs - well i could probably make it go lower by adding some more steps to the react_delay and add quant etc but do you really want <33% ? well i have my new motherboard (gigabyte 7s748, nice.....and cheap ) in a new case with some new ddr400 ram so now to rip this system apart and transfer the bits i want etc and then upgrade OS aswell. fun.....not. so see you guys in a week i would say.

22nd November 2003, 12:32	#440 \| Link
mikegun one inch man Join Date: Oct 2001 Posts: 263	@Nic it was crashing in normal mode. I added 2 vobfiles from the same vts (extras vom t3 rc1), checked 2nd pass, wrote in the desired size and started. it not just crashed itself but the whole system, could be 98se related. regards, mikegun __________________ - free speech for the dumb -