x264 development - Page 53

guada 2 · 21st June 2005, 00:53

Other thing:

Concerning the properties of a file encoded with the codec x264:
It would be useful to find a name of for the option " compression video ".

No..

guada 2 · 21st June 2005, 00:58

Ariakis,

I understood it well, not of concern.
it was just to add a report.

NO PROBLEMO..

LigH · 21st June 2005, 07:51

@ guada 2:

Please, do yourself a big favour:

If you have a technical problem, try to describe it as detailed as possible, especially always post your complete command line, or even the whole application output. Try to read and understand given answers. I'm not sure if you ever read about the infamous "TUVOK" - a former member of many boards, who always asks and asks and asks, but never learns from given answers...

If you instead have a personal problem with another member, discuss it privately (e.g. send a "Private Message" via the small menu that pops up when you click on his user name), but don't mess an important thread.

Luminaria · 21st June 2005, 12:50

Sorry if this has been asked before, but are there plans to include a directshow decoder in x264 in the future?

Manao · 21st June 2005, 13:06

No. In fact, there isn't any working decoder in x264 at the moment, because the 'official' decoder is ffmpeg. So the 'official' directshow decoder is FFDShow.

guada 2 · 21st June 2005, 19:41

Hello,

LiGH

I don't understand your reasoning.
Where do you seen a problem?

It is me that have make a mistake in my applications.
BOND didn't understand my problem.
He thought that I had found a error on the codec.

It is FALSE.

I understood its thought.
I even have make a small parenthesis without consequence.

But where is the problem?

On the other hand I didn't understand the word that he used, and I don't always know the translation / "TROLL".
If you believe that I have make something, don't hesitate to tell it to me.

That is sure, when I have a problem I say it honestly and in direct; And there doesn't have a problem ( I think that you understand me LIGH ).
If my mistake caused twists , I apologize but if it is not the case I would like to understand.

I don't tempt to destabilize the progression of the codec.
Indeed, I approve the work that is accomplished. and I thank all those that participate in to create a reliable and effective codec.

For all problem, I would not hesitate to follow your advice.
Thank you for your sense of the dialogue and your understanding.

Mario.

LigH · 21st June 2005, 19:57

Mario - you too?!

__

"Troll" is also a mystic figure in the old german mythology, can have a dwarvic or giantic size, but usually does no good... (try to search for "define: troll" with Google)

We probably suspected you "trolling" because we asked again and again for more details, but you didn't deliver any facts. For this reason, I just recommended you to be a little more careful how your posts look aand sound like. But I did not want to say that I personally would dislike you!

Let's stop any open discussions about misunderstandings. Let's keep the thread clear for technical facts, please.

guada 2 · 21st June 2005, 20:05

Ligh,

I appreciate your spontaneity.

Thank you very much.

Mario

Joe Fenton · 21st June 2005, 20:50

Quote:

Originally Posted by LigH

"Troll" is also a mystic figure in the old german mythology, can have a dwarvic or giantic size, but usually does no good... (try to search for "define: troll" with Google)

The usual meaning of the term troll in forums is derived from:

Quote:

To fish for by trailing a baited line from behind a slowly moving boat.

The baited line is the trollish reply and is often referred to as 'flamebait'. The 'fish' are incensed people who reply angrily to the post. The troll is trying to stir up trouble by posting replies he knows will get others on the board angry.

Chaos Creator · 22nd June 2005, 14:02

Hello,

I've just endode a video file, once with threads set to 1 and once with threads set to 2! I used the exact same options! I use the vfw codec! Here is the problem:

1 Thread = 936 KB

2 Threads = 947 KB

Why this difference???

Manao · 22nd June 2005, 14:08

Because ! 2 threads -> 2 slices ! 1 threads -> 1 slices ! And slices can't reference each other spatially ! And slices reset cabac contexts !

All that to say : slices ( and so threads ) allow a faster encoding, but reduces the codec efficiency.

Sharktooth · 22nd June 2005, 14:36

Quote:

Originally Posted by Manao

All that to say : slices ( and so threads ) allow a faster encoding

Only on systems with multiple execution units (hyperthreading, multi processor, or multicore).

bill_baroud · 22nd June 2005, 15:13

If your code keep all your execution units busy correctly, using hyperthreading won't help you, and even will harm performance (by disrupting the instructions flow of your program that you carefuly set and managed with love and care and ... err i need to stop coding in assembly)

But well yeah, in practice, you can't never keep your executions units busy and break all dependances.

dinolib2 · 23rd June 2005, 21:14

Here you can read, under "current issues with AVC/H.264" paragraph, this sentence:

Quote:

.avi: using AVC-in-AVI is nowhere standardized and therefore already causes incompatibilies. The limitations of AVI and VFW (eg regarding b-frames or arbitrary frame coding orders), together with the necessary hacks caused by these two formats, hinder the full implementation of all possible features AVC offers and therefore harm the possible quality or at least the speed of the development, the interoperability and therefore also the competition. AVI is currently used by VSS and x264 (mencoder and vfw)

My question is: in this state of development, is x264 quality limited by avi restrictions? Could be in the future developed some "advanced feature" no more compatible with avi container (and not present in VFW)?

Sorry if I've made a silly question

absinthe · 24th June 2005, 15:38

Doom9 suggested that I report an odd problem here: x264 from the command line with the --progress parameter does not show any progress output on my box. Therefore, I see no status progression in the ProgressWindow of MeGUI.

Several people seem to be affected by this, including some who do get progress at the command line and still do not get progression in the MeGUI ProgressWindow (though that may not be relevant here). At least one other person has the same problem I do with no progress at the command line.

I use WinXP Pro (SP1), Athlon 1600 XP. Nothing unusual about my box that I can think of. I'm using the latest x264 (revision 270).

Let me know if I can provide more info.

-abs

Sharktooth · 24th June 2005, 15:44

Maybe starting with installing all OS updates (including SP2) will exclude a good amount of possible problems...

Doom9 · 24th June 2005, 15:53

Quote:

(though that may not be relevant here)

It doesn't. I'll take care of of those in my own domain eventually.

kurt · 26th June 2005, 12:03

I have the same problem like absinthe (no progress at cli)...
I use WinXp Home on my P4 2ghz with 512 MB RAM - I installed all windows updates (including sp1 for .net 1.1)...
with mencoder there are no problems...
Any idea what's going wrong?

Edit: this is the window during encoding (wich always finished fine)

Sharktooth · 26th June 2005, 12:53

what build are you using?

kurt · 26th June 2005, 13:04

Quote:

Originally Posted by Sharktooth

what build are you using?

latest revision (270)

(sorry forgot that to mention)

22nd June 2005, 14:02	#1050 \| Link
Chaos Creator Registered User Join Date: Jan 2005 Posts: 14	Threads question! Hello, I've just endode a video file, once with threads set to 1 and once with threads set to 2! I used the exact same options! I use the vfw codec! Here is the problem: 1 Thread = 936 KB 2 Threads = 947 KB Why this difference???

24th June 2005, 15:38	#1055 \| Link
absinthe Registered User Join Date: Aug 2004 Location: North Carolina, USA Posts: 270	Doom9 suggested that I report an odd problem here: x264 from the command line with the --progress parameter does not show any progress output on my box. Therefore, I see no status progression in the ProgressWindow of MeGUI. Several people seem to be affected by this, including some who do get progress at the command line and still do not get progression in the MeGUI ProgressWindow (though that may not be relevant here). At least one other person has the same problem I do with no progress at the command line. I use WinXP Pro (SP1), Athlon 1600 XP. Nothing unusual about my box that I can think of. I'm using the latest x264 (revision 270). Let me know if I can provide more info. -abs __________________ The perfect browser is now completely free: Opera. Get it. Love it.

24th June 2005, 15:44	#1056 \| Link
Sharktooth Mr. Sandman Join Date: Sep 2003 Location: Haddonfield, IL Posts: 11,768	Maybe starting with installing all OS updates (including SP2) will exclude a good amount of possible problems... __________________ MPEG-4 ASP Custom Matrices: EQM V1(old), EQM AutoGK Sharpmatrix (aka EQM V2), EQM V3HR (updated 01/10/2004), EQM V3LR, EQM V3ULR (updated 04/02/2005), EQM V3UHR (updated 17/12/2004) and EQM V3EHR (updated 05/10/2004) Info about my ASP matrices. MPEG-4 AVC Custom Matrices: EQM AVC-HR Info about my AVC matrices My x264 builds. Mooo!!!

26th June 2005, 12:03	#1058 \| Link
kurt sidekick Join Date: Apr 2004 Location: old Europe Posts: 610	I have the same problem like absinthe (no progress at cli)... I use WinXp Home on my P4 2ghz with 512 MB RAM - I installed all windows updates (including sp1 for .net 1.1)... with mencoder there are no problems... Any idea what's going wrong? Edit: this is the window during encoding (wich always finished fine) __________________ greets, kurt. Pioneer PDP-427 XA \| Popcorn Hour NMT C-200 \| Sony STR-DB 840 QS \| Canton Ergo 91 DC Last edited by kurt; 26th June 2005 at 12:10.

26th June 2005, 12:53	#1059 \| Link
Sharktooth Mr. Sandman Join Date: Sep 2003 Location: Haddonfield, IL Posts: 11,768	what build are you using? __________________ MPEG-4 ASP Custom Matrices: EQM V1(old), EQM AutoGK Sharpmatrix (aka EQM V2), EQM V3HR (updated 01/10/2004), EQM V3LR, EQM V3ULR (updated 04/02/2005), EQM V3UHR (updated 17/12/2004) and EQM V3EHR (updated 05/10/2004) Info about my ASP matrices. MPEG-4 AVC Custom Matrices: EQM AVC-HR Info about my AVC matrices My x264 builds. Mooo!!!

21st June 2005, 00:53	#1041 \| Link
guada 2 Registered User Join Date: Feb 2005 Location: Lyon Posts: 718	Other thing: Concerning the properties of a file encoded with the codec x264: It would be useful to find a name of for the option " compression video ". No..

21st June 2005, 00:58	#1042 \| Link
guada 2 Registered User Join Date: Feb 2005 Location: Lyon Posts: 718	Ariakis, I understood it well, not of concern. it was just to add a report. NO PROBLEMO..

21st June 2005, 07:51	#1043 \| Link
LigH German doom9/Gleitz SuMo Join Date: Oct 2001 Location: Germany, rural Altmark Posts: 6,784	@ guada 2: Please, do yourself a big favour: If you have a technical problem, try to describe it as detailed as possible, especially always post your complete command line, or even the whole application output. Try to read and understand given answers. I'm not sure if you ever read about the infamous "TUVOK" - a former member of many boards, who always asks and asks and asks, but never learns from given answers... If you instead have a personal problem with another member, discuss it privately (e.g. send a "Private Message" via the small menu that pops up when you click on his user name), but don't mess an important thread.

21st June 2005, 12:50	#1044 \| Link
Luminaria Registered User Join Date: Dec 2003 Location: South Carolina, USA Posts: 22	Sorry if this has been asked before, but are there plans to include a directshow decoder in x264 in the future?

21st June 2005, 13:06	#1045 \| Link
Manao Registered User Join Date: Jan 2002 Location: France Posts: 2,856	No. In fact, there isn't any working decoder in x264 at the moment, because the 'official' decoder is ffmpeg. So the 'official' directshow decoder is FFDShow.

21st June 2005, 19:41	#1046 \| Link
guada 2 Registered User Join Date: Feb 2005 Location: Lyon Posts: 718	Hello, LiGH I don't understand your reasoning. Where do you seen a problem? It is me that have make a mistake in my applications. BOND didn't understand my problem. He thought that I had found a error on the codec. It is FALSE. I understood its thought. I even have make a small parenthesis without consequence. But where is the problem? On the other hand I didn't understand the word that he used, and I don't always know the translation / "TROLL". If you believe that I have make something, don't hesitate to tell it to me. That is sure, when I have a problem I say it honestly and in direct; And there doesn't have a problem ( I think that you understand me LIGH ). If my mistake caused twists , I apologize but if it is not the case I would like to understand. I don't tempt to destabilize the progression of the codec. Indeed, I approve the work that is accomplished. and I thank all those that participate in to create a reliable and effective codec. For all problem, I would not hesitate to follow your advice. Thank you for your sense of the dialogue and your understanding. Mario.

21st June 2005, 19:57	#1047 \| Link
LigH German doom9/Gleitz SuMo Join Date: Oct 2001 Location: Germany, rural Altmark Posts: 6,784	Mario - you too?! __ "Troll" is also a mystic figure in the old german mythology, can have a dwarvic or giantic size, but usually does no good... (try to search for "define: troll" with Google) We probably suspected you "trolling" because we asked again and again for more details, but you didn't deliver any facts. For this reason, I just recommended you to be a little more careful how your posts look aand sound like. But I did not want to say that I personally would dislike you! Let's stop any open discussions about misunderstandings. Let's keep the thread clear for technical facts, please.

21st June 2005, 20:05	#1048 \| Link
guada 2 Registered User Join Date: Feb 2005 Location: Lyon Posts: 718	Ligh, I appreciate your spontaneity. Thank you very much. Mario

22nd June 2005, 14:08	#1051 \| Link
Manao Registered User Join Date: Jan 2002 Location: France Posts: 2,856	Because ! 2 threads -> 2 slices ! 1 threads -> 1 slices ! And slices can't reference each other spatially ! And slices reset cabac contexts ! All that to say : slices ( and so threads ) allow a faster encoding, but reduces the codec efficiency.

22nd June 2005, 15:13	#1053 \| Link
bill_baroud Registered User Join Date: Feb 2002 Posts: 407	If your code keep all your execution units busy correctly, using hyperthreading won't help you, and even will harm performance (by disrupting the instructions flow of your program that you carefuly set and managed with love and care and ... err i need to stop coding in assembly) But well yeah, in practice, you can't never keep your executions units busy and break all dependances.