[scarfi]

hey, i bought a lg 47lm760s, got a geforce gt630 and i am using xbmc of course

24p playback seems not wokring properly.
i added this modeline to xorg.conf:
ModeLine "1920x1080_23.976" 74.175 1920 2558 2602 2750 1080 1084 1089 1125 +hsync +vsync


but xbmc-xrandr doesnt show this mode

the nearest one is 1920x1080_23.97091

what am i doing wrong? is it possible that my tv cant play 24p correctly?


edit: it seems that xorg ignores all my settings. in fact in only takes the info it gets from edid. when i disable that the only resolution i get is 800x600 :/
so i need a way to edit that edid (i got only osx and ubuntu here, windows would be great now because there are some edid tools available...)

did anyone else come across this problem with his lg tv and can help me?

[iissmart]

Back again. Wiped my htpc and rebuilt from scratch with Lubuntu 12.10 and NVIDIA 304.64. Still studders every now and then :/

Tried playing with the modelines this time, and by reducing the last integer in the 23.976 modeline down from 1125 to say, 1110, I think the studdering is reduced. However, this now causes the audio to drop/come back every 1.5 minutes or so (yes, drop/dup audio is selected). So I'm not sure if I've made it better or worse.

Tried turning VDPAU and all other hardware acceleration off, didn't seem to make a difference.

Does anyone have some good 23.976 and 24fps test files with slow pans and audio? I'm trying to use a scene from a movie when I'd really like something simple like a small dot moving in a circle on the screen. It would be so much easier to see it studder that way!

[john.cord]

Post the Modelines pls!

[iissmart]

Code:

# Original #
#ModeLine "1920x1080_23.976" 74.175 1920 2558 2602 2750 1080 1084 1089 1125 +hsync +vsync
ModeLine "1920x1080_23.976" 74.175 1920 2558 2602 2750 1080 1084 1089 1110 +hsync +vsync

I've reverted back to the original and now I'm trying to see if I can notice it in any other files.

[un1versal]

Code:

# 1920x1080p @ 23.976Hz (EIA/CEA-861B)
ModeLine "1920x1080_23.976"   74.175  1920 2558 2602 2750 1080 1084 1089 1125 +hsync +vsync
ModeLine "1920x1080_24"       74.250  1920 2558 2602 2750 1080 1084 1089 1125 +hsync +vsync

These are the xorg.crack nothing better than those I pasted.along with xbmc settings found here http://is.gd/Hhjim3 it will work just fine

uNi

[DG77]

Code:

# 1920x1080p @ 23.976Hz (EIA/CEA-861B)
ModeLine "1920x1080_23.976"   74.175  1920 2558 2602 2750 1080 1084 1089 1125 +hsync +vsync
ModeLine "1920x1080_24"       74.250  1920 2558 2602 2750 1080 1084 1089 1125 +hsync +vsync

These are the xorg.crack nothing better than those I pasted.along with xbmc settings found here http://is.gd/Hhjim3 it will work just fine

uNi

Please explain why yours that result in :
"<mode id="0x1ea" name="1920x1080" w="1920" h="1080" hz="23.97576" current="false" preferred="false"/>"

shoule be better than these:
ModeLine "1920x1080_23.976" 74.176 1920 2558 2602 2750 1080 1084 1089 1125 +hsync +vsync
<mode id="0x1e7" name="1920x1080" w="1920" h="1080" hz="23.97608" current="true" preferred="false"/>


Is the 23.97576Hz value you arrived at just the best you could get or is there some logic to it making it better than 23.97608Hz (my modeline) that is closer to the actual 23.976 framerate of common video?

[un1versal]

Thers nothing to explain, if your gives you better results use it. This is about getting better results, So I will be testing yours too, and if I like it and works better Im stealing it.

uNi

[DG77]

Thers nothing to explain, if your gives you better results use it. This is about getting better results, So I will be testing yours too, and if I like it and works better Im stealing it.

uNi

Well put, I'm trying to get to the magic "23.976000" point but it's hard since I have no tools other than editing the modeline and rechecking the result.

Best case scenario would be to get it perfect so that "Sync Playback to Display" could be disabled, since there is no reason to speed up/down the video if the correct framerate is found.

[FernetMenta]

Even if you have 23.97600000000000000000 you should enable "sync playback to display". Without this option the clock is not in sync with the display. Sooner or later it gets out of sync and a frame will be dropped.
23.97576 is good enough. You can set video clock as master and audio skip/dupe. The change in speed is not noticeable. You can easily watch a whole movie without seeing a single drop/dupe of an audio packet.

[DG77]

Even if you have 23.97600000000000000000 you should enable "sync playback to display". Without this option the clock is not in sync with the display. Sooner or later it gets out of sync and a frame will be dropped.
23.97576 is good enough. You can set video clock as master and audio skip/dupe. The change in speed is not noticeable. You can easily watch a whole movie without seeing a single drop/dupe of an audio packet.

I see, but I do get frame drops and sudden speedups of the video even with all the recomended settings.

I've read a lot including the posts regarding your builds with xvba support etc, somehow I get the feeling that the way xbmc renders video is a bit more quick&dirty compared to how dedicated chips like Sigma Designs 8672/8673 do it.
Not that it's easy to make software work on the plethora of different hardware etc, I'm just beeing curios and trying to read up.

What I'm finding most interesting is how these chips can handle 23.976 playback without any "tricks" and with no judder/stutter or dropped frames, their methods should be reproducable in software as well.
I wish my coding skills were better, would be fun to get into it all.

[FernetMenta]

Well, I do get stutter free playback on my systems and I guess many other users claim this too. Rendering video in XBMC is definitely not quick and dirty. You have to consider that this is an open system, e.g. XBMC may run in one window while in other windows other application do rendering.
In case those "tricks", I call it configuration, bother you, you are very welcome to write some code that configures a modeline dynamically.

[john.cord]

Even if you have 23.97600000000000000000 you should enable "sync playback to display". Without this option the clock is not in sync with the display. Sooner or later it gets out of sync and a frame will be dropped.
23.97576 is good enough. You can set video clock as master and audio skip/dupe. The change in speed is not noticeable. You can easily watch a whole movie without seeing a single drop/dupe of an audio packet.

I see, but I do get frame drops and sudden speedups of the video even with all the recomended settings.

I've read a lot including the posts regarding your builds with xvba support etc, somehow I get the feeling that the way xbmc renders video is a bit more quick&dirty compared to how dedicated chips like Sigma Designs 8672/8673 do it.
Not that it's easy to make software work on the plethora of different hardware etc, I'm just beeing curios and trying to read up.

What I'm finding most interesting is how these chips can handle 23.976 playback without any "tricks" and with no judder/stutter or dropped frames, their methods should be reproducable in software as well.
I wish my coding skills were better, would be fun to get into it all.

Code:

ModeLine       "1920x1080_23.976" 74.230 1920 2560 2604 2752 1080 1084 1089 1125 +hsync +vsync

This is my modeline. Gives mit 23,976 playbacvk without any stutte or speedup/down or anthing else...

poste your xorg.conf

[iissmart]

Well, I wiped and installed xbmcbuntu 12 instead. Added x-swat and wsnipex stable frodo ppas to get nvidia 304.64 and the patched xbmc. Updated xorg.conf. Rebooted. Still stutters! That rules out something I'm doing wrong from installing lubuntu myself

[un1versal]

Look at last link on my signature and setup xbmc exactly like that.

uNi

[iissmart]

I did that as part of the setup already. Just forgot to list it in my previous post, sorry.