Mailing List Archive: MythTV: Users

0.25 on mac-mini

1 2

View All

Index | Next | Previous | View Threaded

sean.whitney at gmail

Apr 23, 2012, 8:25 AM

Post #1 of 47 (1724 views)
Permalink

0.25 on mac-mini

My mac mini was almost flawless in playback under 0.24. Now any 1080
recordings play back with stuttering audio/video. The HD test video
under setup plays back flawlessly.

I'm using the latest build on sourceforge. I've attached log files of
the playback error and specific of the file.

Any help would be great!

I'm using the HDPVR to record. Here is a dump of what the recording
specs are for a failing show.

General
ID : 0 (0x0)
Complete name :
/mythtv/recordings/1010_20120420020000.mpg
Format : MPEG-TS
File size : 4.09 GiB
Duration : 1h 0mn
Overall bit rate mode : Variable
Overall bit rate : 9 763 Kbps

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main [at] L4
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Format settings, GOP : M=4, N=32
Codec ID : 27
Duration : 59mn 59s
Bit rate mode : Variable
Bit rate : 8 892 Kbps
Maximum bit rate : 20.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 29.970 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Bits/(Pixel*Frame) : 0.143
Stream size : 3.73 GiB (91%)
Color primaries : BT.709-5, BT.1361, IEC
61966-2-4, SMPTE RP177
Transfer characteristics : BT.709-5, BT.1361
Matrix coefficients : BT.709-5, BT.1361, IEC
61966-2-4 709, SMPTE RP177

Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 1h 0mn
Bit rate mode : Constant
Bit rate : 384 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : -84ms
Stream size : 165 MiB (4%)

Mythfrontend logfile....

halley:~ sean$
/Applications/MythFrontend.app/Contents/MacOS/MythFrontend -v audio,playback
2012-04-21 09:29:15.723032 C mythfrontend version: fixes/0.25
[v0.25-37-geb7e73e] www.mythtv.org
2012-04-21 09:29:15.723077 N Enabled verbose msgs: general audio playback
2012-04-21 09:29:15.723114 N Setting Log Level to LOG_INFO
2012-04-21 09:29:15.723205 I Added logging to the console
2012-04-21 09:29:15.723215 I Added database logging to table logging
2012-04-21 09:29:15.723272 N Setting up SIGHUP handler
2012-04-21 09:29:15.739005 N Using runtime prefix =
/Applications/MythFrontend.app/Contents/Resources
2012-04-21 09:29:15.739032 N Using configuration directory =
/Users/sean/.mythtv
2012-04-21 09:29:15.773263 I Assumed character encoding: en_US.UTF-8
2012-04-21 09:29:16.034261 E Unable to read configuration file mysql.txt
2012-04-21 09:29:16.071071 N Empty LocalHostName.
2012-04-21 09:29:16.071093 I Using localhost value of
halley.seansdomain.org
2012-04-21 09:29:16.071524 I Testing network connectivity to 'planck'
2012-04-21 09:29:16.071795 I Starting process manager
2012-04-21 09:29:16.073767 I Starting process signal handler
2012-04-21 09:29:16.073838 I Starting IO manager (read)
2012-04-21 09:29:16.073874 I Starting IO manager (write)
2012-04-21 09:29:16.822751 N Setting QT default locale to en_US
2012-04-21 09:29:16.822770 I Current locale en_US
2012-04-21 09:29:16.847451 N Reading locale defaults from
/Applications/MythFrontend.app/Contents/Resources/share/mythtv//locales/en_us.xml
2012-04-21 09:29:17.104700 E
AppleRemote::_findAppleRemoteDevice(AppleIRController) failed
2012-04-21 09:29:17.105845 E
AppleRemote::_findAppleRemoteDevice(AppleTVIRReceiver) failed
2012-04-21 09:29:17.105862 E AppleRemote::startListening() failed
2012-04-21 09:29:17.198252 I Binding to UDP 127.0.0.1:6948
2012-04-21 09:29:17.198376 I Binding to UDP 192.168.0.64:6948
2012-04-21 09:29:17.198561 I Binding to UDP [::1]:6948
2012-04-21 09:29:17.198744 I Binding to UDP
[2001:470:9758:1:c62c:3ff:fe03:a9ed]:6948
2012-04-21 09:29:17.198920 I Binding to UDP
[2001:470:9758:1:5dfb:ca6e:32ba:fdde]:6948
2012-04-21 09:29:17.199091 I Binding to UDP
[2001:470:9758:1:b952:1b22:d34:2548]:6948
2012-04-21 09:29:17.199276 I Binding to UDP
[2001:470:9758:1:45e:6bfc:bfd4:7ee6]:6948
2012-04-21 09:29:17.199453 I Binding to UDP
[2001:470:9758:1:b5d9:72c5:b8bb:5d49]:6948
2012-04-21 09:29:17.199624 I Binding to UDP
[2001:470:9758:1:7deb:42c6:7a4d:16ef]:6948
2012-04-21 09:29:17.199797 I Binding to UDP
[2001:470:9758:1:81d0:14fd:80dc:b10b]:6948
2012-04-21 09:29:17.199971 I Binding to UDP
[2001:470:9758:1:2484:44e2:2d7b:c33b]:6948
<removed>
2012-04-21 09:29:18.398375 I Loading en_us translation for module
mythfrontend
2012-04-21 09:29:18.577092 I Using Frameless Window
2012-04-21 09:29:18.612279 I Using Full Screen Window
2012-04-21 09:29:18.970506 I Bonjour: Service registration complete:
name 'MythTV on halley.seansdomain.org' type '_airplay._tcp.' domain:
'local.'
2012-04-21 09:29:18.970609 I Bonjour: Service registration complete:
name '492e245d6546 [at] MythT on halley.seansdomain.org' type '_raop._tcp.'
domain: 'local.'
2012-04-21 09:29:19.132421 I Trying the OpenGL painter
2012-04-21 09:29:19.142405 W OpenGL: Could not determine whether Sync
to VBlank is enabled.
2012-04-21 09:29:19.142437 I OpenGL: Forcing swap interval for OS X.
2012-04-21 09:29:19.308889 I OpenGL1: Fragment program support available
2012-04-21 09:29:19.308970 I OpenGL: OpenGL vendor : NVIDIA Corporation
2012-04-21 09:29:19.308979 I OpenGL: OpenGL renderer: NVIDIA GeForce
320M OpenGL Engine
2012-04-21 09:29:19.308985 I OpenGL: OpenGL version : 2.1 NVIDIA-7.18.11
2012-04-21 09:29:19.309000 I OpenGL: Max texture size: 8192 x 8192
2012-04-21 09:29:19.309007 I OpenGL: Max texture units: 8
2012-04-21 09:29:19.309013 I OpenGL: Direct rendering: Yes
2012-04-21 09:29:19.309019 I OpenGL: PixelBufferObject support available
2012-04-21 09:29:19.309028 I OpenGL: Initialised MythRenderOpenGL
2012-04-21 09:29:21.047739 E MythFontProperties: Failed to load 'DejaVu
Sans', got 'Arial' instead
Location: /Users/sean/.mythtv/themes/Mythbuntu/base.xml @ 7
Name: 'basesmall' Type: 'fontdef'
2012-04-21 09:29:21.047944 E MythFontProperties: Failed to load 'DejaVu
Sans', got 'Arial' instead
Location: /Users/sean/.mythtv/themes/Mythbuntu/base.xml @ 12
Name: 'basesmalldrop' Type: 'fontdef'
2012-04-21 09:29:21.048093 E MythFontProperties: Failed to load 'DejaVu
Sans', got 'Arial' instead
Location: /Users/sean/.mythtv/themes/Mythbuntu/base.xml @ 18
Name: 'basemedium' Type: 'fontdef'
2012-04-21 09:29:21.048214 E MythFontProperties: Failed to load 'DejaVu
Sans', got 'Arial' instead
Location: /Users/sean/.mythtv/themes/Mythbuntu/base.xml @ 22
Name: 'basegallerymedium' Type: 'fontdef'
2012-04-21 09:29:21.048354 E MythFontProperties: Failed to load 'DejaVu
Sans', got 'Arial' instead
Location: /Users/sean/.mythtv/themes/Mythbuntu/base.xml @ 26
Name: 'baselarge' Type: 'fontdef'
2012-04-21 09:29:21.048494 E MythFontProperties: Failed to load 'DejaVu
Sans', got 'Arial' instead
Location: /Users/sean/.mythtv/themes/Mythbuntu/base.xml @ 33
Name: 'baseextralarge' Type: 'fontdef'
2012-04-21 09:29:21.048571 E MythFontProperties: Failed to load 'DejaVu
Sans', got 'Arial' instead
Location: /Users/sean/.mythtv/themes/Mythbuntu/base.xml @ 41
Name: 'basesmallgrey' Type: 'fontdef'
2012-04-21 09:29:21.048643 E MythFontProperties: Failed to load 'DejaVu
Sans', got 'Arial' instead
Location: /Users/sean/.mythtv/themes/Mythbuntu/base.xml @ 45
Name: 'basesmalldarkgrey' Type: 'fontdef'
2012-04-21 09:29:21.048744 E MythFontProperties: Failed to load 'DejaVu
Sans', got 'Arial' instead
Location: /Users/sean/.mythtv/themes/Mythbuntu/base.xml @ 49
Name: 'basesmallpurple' Type: 'fontdef'
2012-04-21 09:29:21.048817 E MythFontProperties: Failed to load 'DejaVu
Sans', got 'Arial' instead
Location: /Users/sean/.mythtv/themes/Mythbuntu/base.xml @ 53
Name: 'basesmallblack' Type: 'fontdef'
2012-04-21 09:29:21.048889 E MythFontProperties: Failed to load 'DejaVu
Sans', got 'Arial' instead
Location: /Users/sean/.mythtv/themes/Mythbuntu/base.xml @ 57
Name: 'basesmallyellow' Type: 'fontdef'
2012-04-21 09:29:21.048962 E MythFontProperties: Failed to load 'DejaVu
Sans', got 'Arial' instead
Location: /Users/sean/.mythtv/themes/Mythbuntu/base.xml @ 61
Name: 'basesmallgreen' Type: 'fontdef'
2012-04-21 09:29:21.049035 E MythFontProperties: Failed to load 'DejaVu
Sans', got 'Arial' instead
Location: /Users/sean/.mythtv/themes/Mythbuntu/base.xml @ 65
Name: 'basesmallblue' Type: 'fontdef'
2012-04-21 09:29:21.049109 E MythFontProperties: Failed to load 'DejaVu
Sans', got 'Arial' instead
Location: /Users/sean/.mythtv/themes/Mythbuntu/base.xml @ 69
Name: 'basesmallred' Type: 'fontdef'
2012-04-21 09:29:21.049182 E MythFontProperties: Failed to load 'DejaVu
Sans', got 'Arial' instead
Location: /Users/sean/.mythtv/themes/Mythbuntu/base.xml @ 73
Name: 'basemediumgrey' Type: 'fontdef'
2012-04-21 09:29:21.049255 E MythFontProperties: Failed to load 'DejaVu
Sans', got 'Arial' instead
Location: /Users/sean/.mythtv/themes/Mythbuntu/base.xml @ 77
Name: 'basemediumgreen' Type: 'fontdef'
2012-04-21 09:29:21.049328 E MythFontProperties: Failed to load 'DejaVu
Sans', got 'Arial' instead
Location: /Users/sean/.mythtv/themes/Mythbuntu/base.xml @ 81
Name: 'basemediumred' Type: 'fontdef'
2012-04-21 09:29:21.049401 E MythFontProperties: Failed to load 'DejaVu
Sans', got 'Arial' instead
Location: /Users/sean/.mythtv/themes/Mythbuntu/base.xml @ 85
Name: 'basemediumpurple' Type: 'fontdef'
2012-04-21 09:29:21.049478 E MythFontProperties: Failed to load 'DejaVu
Sans', got 'Arial' instead
Location: /Users/sean/.mythtv/themes/Mythbuntu/base.xml @ 89
Name: 'clock' Type: 'fontdef'
<removed>

2012-04-21 09:29:25.758474 N Found mainmenu.xml for theme 'Mythbuntu'
2012-04-21 09:29:26.062375 I Unlocking input devices
2012-04-21 09:29:26.460752 I Bonjour: Service registration complete:
name 'Mythfrontend on halley.seansdomain.org' type '_mythfrontend._tcp.'
domain: 'local.'
2012-04-21 09:29:26.485861 I MythCoreContext: Connecting to backend
server: 192.168.0.60:6543 (try 1 of 1)
2012-04-21 09:29:26.488551 I Using protocol version 72
2012-04-21 09:29:26.520515 E
AppleRemote::_findAppleRemoteDevice(AppleIRController) failed
2012-04-21 09:29:26.521678 E
AppleRemote::_findAppleRemoteDevice(AppleTVIRReceiver) failed
2012-04-21 09:29:26.521687 E AppleRemote::startListening() failed
2012-04-21 09:30:20.175986 I TV: Creating TV object
2012-04-21 09:30:20.610399 I TV: Finished creating TV object
2012-04-21 09:30:20.610426 I TV: StartTV() -- begin
2012-04-21 09:30:20.622895 N Suspending idle timer
2012-04-21 09:30:20.622935 I TV: Init -- begin
2012-04-21 09:30:20.627428 I TV: Created TvPlayWindow.
2012-04-21 09:30:20.757687 I TV: Init -- end
2012-04-21 09:30:20.798880 I TV: tv->Playback() -- begin
2012-04-21 09:30:20.860632 I TV: HandleStateChange(0) -- begin
2012-04-21 09:30:20.860912 I TV: Attempting to change from None to
WatchingPreRecorded
2012-04-21 09:30:20.955605 I
FileRingBuf(myth://192.168.0.60:6543/1010_20120420020000.mpg):
OpenFile(myth://192.168.0.60:6543/1010_20120420020000.mpg, 2000 ms)
2012-04-21 09:30:20.995545 I Using protocol version 72
2012-04-21 09:30:20.997472 I Using protocol version 72
2012-04-21 09:30:21.042939 I TV: StartPlayer(0, WatchingPreRecorded,
main) -- begin
2012-04-21 09:30:21.042958 I TV: Elapsed time since TV constructor was
called: 866 ms
2012-04-21 09:30:21.792044 I CoreAudio: AudioOutputCA::AudioOutputCA
searching HDMI
2012-04-21 09:30:22.033053 I CoreAudioData::GetTotalOutputChannels:
Found 0 channels in 0 buffers
2012-04-21 09:30:22.034044 I CoreAudioData::GetTotalOutputChannels:
Found 2 channels in 1 buffers
2012-04-21 09:30:22.151491 I CoreAudioData::GetTotalOutputChannels:
Found 2 channels in 1 buffers
2012-04-21 09:30:22.152197 I CoreAudioData::GetDeviceWithName: Found: HDMI
2012-04-21 09:30:22.152210 I CoreAudioData::CoreAudioData: device
number is 103
2012-04-21 09:30:22.161155 I AOS: Sample rate 32000 is supported
2012-04-21 09:30:22.171563 I AOS: Sample rate 44100 is supported
2012-04-21 09:30:22.171595 I AOS: Sample rate 48000 is supported
2012-04-21 09:30:22.171617 I AOS: Format signed 16 bit is supported
2012-04-21 09:30:22.171627 I AOS: Format 32 bit floating point is supported
2012-04-21 09:30:22.171966 I AudioOutputCA::Support 2 channels
2012-04-21 09:30:22.171982 I AOS: 2 channel(s) are supported
2012-04-21 09:30:22.174839 N AudioPlayer: Enabling Audio
2012-04-21 09:30:22.518376 I AFD: Buffer size: 32768, streamed 0
2012-04-21 09:30:22.902257 I AFD: Stream #0, has id 0x1011 codec id
H264, type Video, bitrate 0 at 0x10cf5c910
2012-04-21 09:30:22.956978 I VDP: Accepting: cmp(> 0 0) dec(vda)
cpus(2) skiploop(enabled) rend(opengl) osd(opengl2) osdfade(enabled)
deint(greedyhdoubleprocessdeint,greedyhdeint) filt()
2012-04-21 09:30:22.957053 I VDP: Accepting: cmp(> 0 0) dec(ffmpeg)
cpus(2) skiploop(enabled) rend(opengl) osd(opengl2) osdfade(enabled)
deint(greedyhdoubleprocessdeint,greedyhdeint) filt()
2012-04-21 09:30:22.957087 I VDP: LoadBestPreferences(2048x2048, 0)
2012-04-21 09:30:22.957117 I VDP: LoadBestPreferences(2048x2048, 60)
2012-04-21 09:30:22.957144 I VDP: LoadBestPreferences(1920x1080, 60)
2012-04-21 09:30:22.979893 E VDADec: Possible interlaced content. Aborting
2012-04-21 09:30:22.980647 I AFD: Using 2 CPUs for decoding
2012-04-21 09:30:22.980673 I AFD: InitVideoCodec() 0x123804000 id(H264)
type (Video).
2012-04-21 09:30:22.986172 I AFD: Selected FPS is 29.97 (avg 242.838
codec 29.97 container 90000 estimated 59.9401)
2012-04-21 09:30:22.986205 I Player(0): SetFrameInterval ps:1 scan:3
2012-04-21 09:30:22.998174 I Player(0): detectInterlace(Detect Scan,
Interlaced Scan, 29.97, 1080) ->Interlaced Scan
2012-04-21 09:30:23.023287 I AFD: Using ffmpeg for video decoding
2012-04-21 09:30:23.023305 I AFD: Looking for decoder for H264
2012-04-21 09:30:23.023771 I AFD: Opened codec 0x123804000, id(H264)
type(Video)
2012-04-21 09:30:23.023798 I AFD: Stream #1, has id 0x1100 codec id
AC3, type Audio, bitrate 384000 at 0x10cf6f0c0
2012-04-21 09:30:23.023811 I AFD: codec AC3 has 2 channels
2012-04-21 09:30:23.023818 I AFD: Looking for decoder for AC3
2012-04-21 09:30:23.024157 I AFD: Opened codec 0x123807800, id(AC3)
type(Audio)
2012-04-21 09:30:23.032912 I AFD: Audio Track #1, with type 0 is A/V
stream #1 and has 2 channels in the Undetermined language(7695972).
2012-04-21 09:30:23.084078 I AFD: Selected track 1: Undetermined AC3
2ch (A/V Stream #1)
2012-04-21 09:30:23.084124 I AFD: Initializing audio parms from audio
track #1
2012-04-21 09:30:23.084152 I AFD: Audio format changed
from id(NONE) -1Hz -1ch -1bps (profile 0) to id( AC3)
48000Hz 2ch 16bps (profile 0)
2012-04-21 09:30:23.084180 I AO: Killing AudioOutputDSP
2012-04-21 09:30:23.084193 I CoreAudio: CloseDevice [Analog]: Entering
2012-04-21 09:30:23.084205 I CoreAudioData::CloseAnalog: Entering: 0
2012-04-21 09:30:23.084225 I AO: Original codec was AC3, signed 16 bit,
48 kHz, 2 channels
2012-04-21 09:30:23.084246 I AO: enc(0), passthru(0), features ()
configured_channels(2), 2 channels supported(1) max_channels(2)
2012-04-21 09:30:23.084259 I AO: Audio processing enabled
2012-04-21 09:30:23.084272 I AO: Opening audio device 'HDMI' ch 2(2) sr
48000 sf 32 bit floating point reenc 0
2012-04-21 09:30:23.084285 I AudioOutputCA::OpenDevice: Entering
2012-04-21 09:30:23.084291 I AudioOutputCA::OpenDevice() Trying Analog.
2012-04-21 09:30:23.085268 I CoreAudioData::GetDefaultOutputDevice:
default device ID = 103
2012-04-21 09:30:23.085277 I CoreAudioData::OpenAnalog: Entering
2012-04-21 09:30:23.290045 I CoreAudioData::OpenAnalog: HasIO (output) = 1
2012-04-21 09:30:23.290090 I CoreAudioData::OpenAnalog: current format
is: [lpcm] Mixable 2 Channel 32-bit Floating Point LE (44100Hz)
2012-04-21 09:30:23.290913 I CoreAudioData::OpenAnalog: Layout of AUHAL
has 2 channels
2012-04-21 09:30:23.290923 I CoreAudioData::OpenAnalog: this is channel: 1
2012-04-21 09:30:23.290930 I CoreAudioData::OpenAnalog: this is channel: 2
2012-04-21 09:30:23.291390 I CoreAudioData::OpenAnalog: set format as
[lpcm] Mixable 2 Channel 32-bit Floating Point LE (48000Hz)
2012-04-21 09:30:23.291410 I CoreAudioData::OpenAnalog: the actual set
AU format is [lpcm] Mixable 2 Channel 32-bit Floating Point LE (48000Hz)
2012-04-21 09:30:23.291794 I AudioOutputCA::OpenDevice: OpenAnalog = 1
2012-04-21 09:30:23.305527 I AO: Audio fragment size: 0
2012-04-21 09:30:23.305537 I AO: Software volume enabled
2012-04-21 09:30:23.349155 I AO: Audio Stretch Factor: 1
2012-04-21 09:30:23.349166 I AO: Ending Reconfigure()
2012-04-21 09:30:23.349213 I Dec: Selected track #1 in the Unknown
language(0)
2012-04-21 09:30:23.349230 I Dec: Resyncing position map. posmapStarted
= 0 livetv(0) watchingRec(0)
2012-04-21 09:30:23.471684 I Dec: Position map filled from DB to: 107902
2012-04-21 09:30:23.471817 I Dec: SyncPositionMap prerecorded, from DB:
843 entries
2012-04-21 09:30:23.471833 I Dec: SyncPositionMap, new totframes:
107902, new length: 3600, posMap size: 843
2012-04-21 09:30:23.498838 I AFD: Position map found
2012-04-21 09:30:23.498853 I AFD: Successfully opened decoder for file:
"myth://192.168.0.60:6543/1010_20120420020000.mpg". novideo(0)
2012-04-21 09:30:23.546059 I VideoOutput: Allowed renderers:
opengl,opengl-lite
2012-04-21 09:30:23.546663 I VideoOutput: Allowed renderers (filt:
ffmpeg): opengl,opengl-lite
2012-04-21 09:30:23.579521 I VDP: Accepting: cmp(> 0 0) dec(vda)
cpus(2) skiploop(enabled) rend(opengl) osd(opengl2) osdfade(enabled)
deint(greedyhdoubleprocessdeint,greedyhdeint) filt()
2012-04-21 09:30:23.579688 I VDP: Accepting: cmp(> 0 0) dec(ffmpeg)
cpus(2) skiploop(enabled) rend(opengl) osd(opengl2) osdfade(enabled)
deint(greedyhdoubleprocessdeint,greedyhdeint) filt()
2012-04-21 09:30:23.579706 I VDP: LoadBestPreferences(2048x2048, 0)
2012-04-21 09:30:23.579733 I VDP: LoadBestPreferences(2048x2048, 60)
2012-04-21 09:30:23.579753 I VDP: LoadBestPreferences(1920x1080, 60)
2012-04-21 09:30:23.579775 I VideoOutput: Preferred renderer: opengl
2012-04-21 09:30:23.579811 I VideoOutput: Trying video renderer: 'opengl'
2012-04-21 09:30:23.680615 I VDP: Accepting: cmp(> 0 0) dec(vda)
cpus(2) skiploop(enabled) rend(opengl) osd(opengl2) osdfade(enabled)
deint(greedyhdoubleprocessdeint,greedyhdeint) filt()
2012-04-21 09:30:23.680698 I VDP: Accepting: cmp(> 0 0) dec(ffmpeg)
cpus(2) skiploop(enabled) rend(opengl) osd(opengl2) osdfade(enabled)
deint(greedyhdoubleprocessdeint,greedyhdeint) filt()
2012-04-21 09:30:23.680715 I VDP: LoadBestPreferences(2048x2048, 0)
2012-04-21 09:30:23.680741 I VDP: LoadBestPreferences(2048x2048, 60)
2012-04-21 09:30:23.680851 I VideoOutWindow::SetPIPState. pip_state: 0]
2012-04-21 09:30:23.680869 I VDP: LoadBestPreferences(2048x2048, 29.97)
2012-04-21 09:30:23.680946 I Snapping height to avoid scaling: height:
1080, top: 0
2012-04-21 09:30:23.680955 I Snapping width to avoid scaling: width:
1920, left: 0
2012-04-21 09:30:23.680971 I Display Rect left: 0, top: 0, width:
1920, height: 1080, aspect: 1.33333
2012-04-21 09:30:23.680984 I Video Rect left: 0, top: 0, width:
1920, height: 1080, aspect: 1.33333
2012-04-21 09:30:23.680996 I VDP: LoadBestPreferences(1920x1088, 29.97)
2012-04-21 09:30:23.681208 I Snapping height to avoid scaling: height:
1080, top: 0
2012-04-21 09:30:23.681219 I Snapping width to avoid scaling: width:
1920, left: 0
2012-04-21 09:30:23.681232 I Display Rect left: 0, top: 0, width:
1920, height: 1080, aspect: 1.33333
2012-04-21 09:30:23.681244 I Video Rect left: 0, top: 0, width:
1920, height: 1080, aspect: 1.33333
2012-04-21 09:30:23.681282 I VDP: SetVideoRenderer(opengl)
2012-04-21 09:30:23.681295 I VDP: SetVideoRender(opengl) ==
GetVideoRenderer()
2012-04-21 09:30:23.681315 I ColourSpace: PictureAttributes:
Brightness, Contrast, Colour, Hue, Studio Levels,
2012-04-21 09:30:23.871844 I VidOutGL: Using main UI render context
2012-04-21 09:30:23.871976 I VideoOutput: Pixel dimensions: Screen
1920x1080, window 1920x1080
2012-04-21 09:30:23.872001 I VideoOutput: Actual display dimensions:
677x380 mm Aspect: 1.78158
2012-04-21 09:30:23.872013 I VideoOutput: Estimated window dimensions:
677x380 mm Aspect: 1.78158
2012-04-21 09:30:23.872022 I VidOutGL: Using main UI painter
2012-04-21 09:30:23.873052 I OpenGL: Using GL_APPLE_fence
2012-04-21 09:30:23.873076 I GLVid: Viewport: 1920x1080
2012-04-21 09:30:23.900417 I GLVid: Creating master filter.
2012-04-21 09:30:23.900537 I GLVid: Created master fragment program
2012-04-21 09:30:23.921045 I GLVid: Using custom UYVY input textures.
2012-04-21 09:30:23.921072 I GLVid: Creating resize filter.
greedyhdeint: size changed from 0 x 0 -> 1920 x 1088
2012-04-21 09:30:23.952265 E OpenGL: : 1281 @ mythrender_opengl.cpp, 563
2012-04-21 09:30:23.960679 I OpenGL: Created frame buffer object
(1920x1080).
2012-04-21 09:30:23.966515 I GLVid: MMX: 1 PBO: 1
2012-04-21 09:30:23.981222 I VDP: GetFilteredDeint() : opengl ->
'greedyhdoubleprocessdeint'
2012-04-21 09:30:23.984882 I FilterManager: GetFilterInfo(convert)
returning: 0x0
2012-04-21 09:30:23.984906 I FilterManager:
GetFilterInfo(greedyhdoubleprocessdeint) returning: 0x10cf67310
2012-04-21 09:30:24.001487 I VideoOutput: Using deinterlace method
greedyhdoubleprocessdeint
2012-04-21 09:30:24.001531 I Snapping height to avoid scaling: height:
1080, top: 0
2012-04-21 09:30:24.001550 I Display Rect left: 240, top: 0, width:
1440, height: 1080, aspect: 1.77778
2012-04-21 09:30:24.001564 I Video Rect left: 0, top: 0, width:
1920, height: 1080, aspect: 1.33333
2012-04-21 09:30:24.001611 I Snapping height to avoid scaling: height:
1080, top: 0
2012-04-21 09:30:24.001625 I Display Rect left: 240, top: 0, width:
1440, height: 1080, aspect: 1.77778
2012-04-21 09:30:24.001637 I Video Rect left: 0, top: 0, width:
1920, height: 1080, aspect: 1.33333
2012-04-21 09:30:24.018275 I Over/underscan. V: 0, H: 0
2012-04-21 09:30:24.018337 I Snapping height to avoid scaling: height:
1080, top: 0
2012-04-21 09:30:24.018356 I Display Rect left: 240, top: 0, width:
1440, height: 1080, aspect: 1.77778
2012-04-21 09:30:24.018369 I Video Rect left: 0, top: 0, width:
1920, height: 1080, aspect: 1.33333
2012-04-21 09:30:24.018413 I Player(0): LoadFilters(''..) -> 0x0
2012-04-21 09:30:24.029412 I Player(0): Decoder thread starting.
<removed>
2012-04-21 09:30:24.143955 I OSD: Loaded window osd_debug
2012-04-21 09:30:24.143976 I OSD: Loaded OSD: size 1920x1080 offset 0+0
greedyhdeint: size changed from 0 x 0 -> 1920 x 1088
2012-04-21 09:30:24.163721 I OSD: Created window aa_OSD_SUBTITLES
2012-04-21 09:30:24.177328 I Player(0): ClearAfterSeek(0)
2012-04-21 09:30:24.177444 I VDP: GetFilteredDeint() : opengl ->
'greedyhdoubleprocessdeint'
2012-04-21 09:30:24.182195 I VDP: GetFilteredDeint() : opengl ->
'greedyhdoubleprocessdeint'
2012-04-21 09:30:24.184375 I FilterManager: GetFilterInfo(convert)
returning: 0x0
2012-04-21 09:30:24.184411 I FilterManager:
GetFilterInfo(greedyhdoubleprocessdeint) returning: 0x11ea874e0
2012-04-21 09:30:24.187198 I VideoOutput: Using deinterlace method
greedyhdoubleprocessdeint
2012-04-21 09:30:24.187327 I VSYNC: DRMVideoSync: Could not open device
/dev/dri/card0, No such file or directory
2012-04-21 09:30:24.187413 I Player(0): Video timing method: USleep
with busy wait
2012-04-21 09:30:24.187431 I Player(0): Display Refresh Rate: 59.999
Video Frame Rate: 29.970
2012-04-21 09:30:24.187443 I Player(0): SetFrameInterval ps:1 scan:1
2012-04-21 09:30:24.198060 I playCtx: StartPlaying(): took 0 ms to
start player.
2012-04-21 09:30:24.198160 I TV: Created player.
2012-04-21 09:30:24.198237 I TV: StartPlayer(0, WatchingPreRecorded,
main) -- end ok
2012-04-21 09:30:24.198878 I TV: Changing from None to WatchingPreRecorded
2012-04-21 09:30:24.220138 I TV: DrawUnusedRects() -- begin
2012-04-21 09:30:24.220186 I TV: DrawUnusedRects() -- end
2012-04-21 09:30:24.220365 I TV: Main UI disabled.
2012-04-21 09:30:24.220391 I TV: HandleStateChange(0) -- end
2012-04-21 09:30:24.220411 I TV: tv->Playback() -- end
2012-04-21 09:30:24.220424 I TV: Entering main playback loop.
2012-04-21 09:30:24.295166 I Player(0): Waiting for video buffers...
2012-04-21 09:30:24.400514 N Player(0): Waited 105ms for video buffers
AAAAAAAAAAAAAAAAAAAAAAAAAAuLLLLP
2012-04-21 09:30:24.502019 N Player(0): Waited 206ms for video buffers
ALLAAAAAAAAAAAAAAAAAAAAAAAuLLAAP
2012-04-21 09:30:24.605019 N Player(0): Waited 308ms for video buffers
ALUULAAAAAAAAAAAAAAAAAAAAAuLLAAP
2012-04-21 09:30:24.706581 N Player(0): Waited 411ms for video buffers
AuUUULULAAAAAAAAAAAAAAAAAAULLAAP
2012-04-21 09:30:24.807206 N Player(0): Waited 512ms for video buffers
AuUUULUUULAAAAAAAAAAAAAAAAULLAAP
2012-04-21 09:30:24.912811 N Player(0): Waited 617ms for video buffers
AUUUUuUUULUULAAAAAAAAAAAAAULLAAP
2012-04-21 09:30:24.917864 I Player(0): Video Aspect ratio changed from
1.33333 to 1.77778
2012-04-21 09:30:24.917887 I Snapping height to avoid scaling: height:
1080, top: 0
2012-04-21 09:30:24.917895 I Snapping width to avoid scaling: width:
1920, left: 0
2012-04-21 09:30:24.917908 I Display Rect left: 0, top: 0, width:
1920, height: 1080, aspect: 1.77778
2012-04-21 09:30:24.917920 I Video Rect left: 0, top: 0, width:
1920, height: 1080, aspect: 1.77778
2012-04-21 09:30:24.917974 I Snapping height to avoid scaling: height:
1080, top: 0
2012-04-21 09:30:24.917983 I Snapping width to avoid scaling: width:
1920, left: 0
2012-04-21 09:30:24.917995 I Display Rect left: 0, top: 0, width:
1920, height: 1080, aspect: 1.77778
2012-04-21 09:30:24.918007 I Video Rect left: 0, top: 0, width:
1920, height: 1080, aspect: 1.77778
2012-04-21 09:30:24.918031 I Player(0): Enabled deinterlacing
2012-04-21 09:30:25.124701 I Player(0): Video is 4.77268 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:25.124726 I AO: Pause 1
2012-04-21 09:30:25.147965 I Player(0): Video is 7.10094 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:25.175216 I Player(0): Video is 8.59987 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:25.175401 I Player(0): Waiting for video buffers...
2012-04-21 09:30:25.247960 I Player(0): Video is 9.46936 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:25.248132 I Player(0): Waiting for video buffers...
2012-04-21 09:30:25.300505 I Player(0): Video is 9.87422 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:25.300742 I Player(0): Waiting for video buffers...
2012-04-21 09:30:25.350201 I Player(0): Video is 9.9231 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:25.350439 I Player(0): Waiting for video buffers...
2012-04-21 09:30:25.416121 I Player(0): Video is 9.71253 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:25.416314 I Player(0): Waiting for video buffers...
2012-04-21 09:30:25.534374 I Player(0): Video is 9.30734 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:25.534615 I Player(0): Waiting for video buffers...
2012-04-21 09:30:25.625423 I Player(0): Video is 8.7487 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:25.625854 I Player(0): Waiting for video buffers...
2012-04-21 09:30:25.698686 I Player(0): Video is 8.08248 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:25.698935 I Player(0): Waiting for video buffers...
2012-04-21 09:30:25.752368 I Player(0): Video is 7.33557 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:25.752603 I Player(0): Waiting for video buffers...
2012-04-21 09:30:25.807861 I Player(0): Video is 6.52063 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:25.808134 I Player(0): Waiting for video buffers...
2012-04-21 09:30:25.907720 I Player(0): Video is 5.66218 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:25.907903 I Player(0): Waiting for video buffers...
2012-04-21 09:30:25.950608 I Player(0): Video is 4.77109 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:25.950855 I Player(0): Waiting for video buffers...
2012-04-21 09:30:25.990468 I Player(0): Video is 3.84802 frames behind
audio (too slow), dropping frame to catch up.
<removed>
2012-04-21 09:30:30.341220 I Player(0): Waiting for video buffers...
2012-04-21 09:30:30.384748 I Player(0): Video is 3.17919 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:30.384992 I Player(0): Waiting for video buffers...
2012-04-21 09:30:30.428310 I Player(0): Video is 3.05122 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:30.428652 I Player(0): Waiting for video buffers...
2012-04-21 09:30:30.458392 I AO: Pause 0
2012-04-21 09:30:30.723228 I Player(0): Video is 3.07172 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:30.723253 I AO: Pause 1
2012-04-21 09:30:30.745520 I Player(0): Video is 3.47259 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:30.746067 I Player(0): Waiting for video buffers...
2012-04-21 09:30:30.782623 I Player(0): Video is 3.526 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:30.782900 I Player(0): Waiting for video buffers...
2012-04-21 09:30:30.852741 I Player(0): Video is 3.31882 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:30.852989 I Player(0): Waiting for video buffers...
2012-04-21 09:30:30.887387 I AO: Pause 0
2012-04-21 09:30:31.088055 I Player(0): Video is 3.16948 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:31.088081 I AO: Pause 1
2012-04-21 09:30:31.108516 I Player(0): Video is 3.31366 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:31.108777 I Player(0): Waiting for video buffers...
2012-04-21 09:30:31.138759 I Player(0): Video is 3.16705 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:31.138953 I Player(0): Waiting for video buffers...
2012-04-21 09:30:31.173571 I AO: Pause 0
2012-04-21 09:30:31.217066 I Player(0): Waiting for video buffers...
2012-04-21 09:30:31.394141 I Player(0): Video is 3.09273 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:31.394167 I AO: Pause 1
2012-04-21 09:30:31.414906 I Player(0): Video is 3.18117 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:31.415174 I Player(0): Waiting for video buffers...
2012-04-21 09:30:31.445325 I Player(0): Video is 3.00024 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:31.445595 I Player(0): Waiting for video buffers...
2012-04-21 09:30:31.482398 I AO: Pause 0
2012-04-21 09:30:31.514832 I Player(0): Waiting for video buffers...
2012-04-21 09:30:31.603740 I Player(0): Waiting for video buffers...
2012-04-21 09:30:31.725016 I Player(0): Video is 3.14802 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:31.725042 I AO: Pause 1
2012-04-21 09:30:31.725223 I Player(0): Waiting for video buffers...
2012-04-21 09:30:31.753835 I Player(0): Video is 3.32005 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:31.754083 I Player(0): Waiting for video buffers...
2012-04-21 09:30:31.864108 I Player(0): Video is 3.19432 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:31.864431 I Player(0): Waiting for video buffers...
2012-04-21 09:30:31.902962 I AO: Pause 0
2012-04-21 09:30:31.928910 I Player(0): Waiting for video buffers...
2012-04-21 09:30:32.103543 I Player(0): Video is 3.01103 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:32.103568 I AO: Pause 1
2012-04-21 09:30:32.123773 I Player(0): Video is 3.14985 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:32.143755 I Player(0): Video is 3.00671 frames behind
audio (too slow), dropping frame to catch up.
2012-04-21 09:30:32.143804 I Player(0): FPS: 16.90 Mean: 59164
Std.Dev: 32029 CPUs: N/A
2012-04-21 09:30:32.143991 I Player(0): Waiting for video buffers...
2012-04-21 09:30:32.171940 I AO: Pause 0
2012-04-21 09:30:32.192890 I Player(0): Waiting for video buffers...
2012-04-21 09:30:32.412048 I TV: SetActive(0,w/o OSD) 0 -> 0 -- begin
2012-04-21 09:30:32.412103 I TV: SetActive(0,w/o OSD) 0 -> 0 -- end
2012-04-21 09:30:32.465812 I TV: HandleStateChange(0) -- begin
2012-04-21 09:30:32.465846 I TV: Attempting to change from
WatchingPreRecorded to None
2012-04-21 09:30:32.465871 I TV: StopStuff() for player ctx 0 -- begin
2012-04-21 09:30:32.465883 I TV: SetActive(0,w/o OSD) 0 -> 0 -- begin
2012-04-21 09:30:32.465919 I TV: SetActive(0,w/o OSD) 0 -> 0 -- end
2012-04-21 09:30:32.465931 I Player(0): StopPlaying - begin
2012-04-21 09:30:32.488476 I Player(0): Decoder thread exiting.
2012-04-21 09:30:32.488593 I Player(0): Exited decoder loop.
2012-04-21 09:30:32.499686 I VideoBuffers::DiscardFrames(1):
AUAAAUAUAuAUUAUUUAUuUAULUAUAAAAP
2012-04-21 09:30:32.499843 I VideoBuffers::DiscardFrames(1):
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP -- done
2012-04-21 09:30:32.542630 I GLVid: Removing master filter
2012-04-21 09:30:32.543088 I GLVid: Removing resize filter
2012-04-21 09:30:32.547261 I AO: Killing AudioOutputDSP
2012-04-21 09:30:32.547282 I CoreAudio: CloseDevice [Analog]: Entering
2012-04-21 09:30:32.547295 I CoreAudioData::CloseAnalog: Entering: 8454144
2012-04-21 09:30:32.572818 I CoreAudioData::CloseAnalog:
AudioOutputUnitStop 0
2012-04-21 09:30:32.572857 I CoreAudioData::CloseAnalog:
AudioUnitUninitialize 0
2012-04-21 09:30:32.573090 I CoreAudioData::CloseAnalog: CloseComponent 0
2012-04-21 09:30:32.601193 I Player(0): StopPlaying - end
<removed>

-- Science is not an exercise in consensus.

--
Science is not an exercise in consensus.
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

jyavenard at gmail

Apr 23, 2012, 9:28 AM

Post #2 of 47 (1693 views)
Permalink

Re: 0.25 on mac-mini [In reply to]

On 24 April 2012 01:25, Sean Whitney <sean.whitney [at] gmail> wrote:
> My mac mini was almost flawless in playback under 0.24. �Now any 1080
> recordings play back with stuttering audio/video. �The HD test video
> under setup plays back flawlessly.
>
> I'm using the latest build on sourceforge. �I've attached log files of
> the playback error and specific of the file.
>
> Any help would be great!

Use the VDA Normal profile instead of VDA High Quality

I have serious doubt that what did play in 0.24 now wouldn't play in
0.25 all things considered. Mac mini with a nvidia 320M use a Core 2
Duo at 2.4GHz max, that doesn't have enough grunt for some of the
videos created by the HD-PVR

You must have changed something, such as the video type being decoded,
the video profile used to decode.

Were you using VDA with 0.24 too?
JY
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

sean.whitney at gmail

Apr 23, 2012, 9:40 AM

Post #3 of 47 (1695 views)
Permalink

Re: 0.25 on mac-mini [In reply to]

I've tried all the VDA (normal, slim) profiles with basically similar
results. I was using the blit (xv-blit or quartz-blit) with the mini
prior to this. I don't think the version of 0.24 had the VDA profile
included, or if it did I wasn't using it.

As for 1080 playback there were occasion blips or slow downs but it was
barely noticeable with 0.24 but now with 0.25 the 1080 content isn't
watchable.

Sean

On 04/23/2012 09:28 AM, Jean-Yves Avenard wrote:
> On 24 April 2012 01:25, Sean Whitney <sean.whitney [at] gmail> wrote:
>> My mac mini was almost flawless in playback under 0.24. Now any 1080
>> recordings play back with stuttering audio/video. The HD test video
>> under setup plays back flawlessly.
>>
>> I'm using the latest build on sourceforge. I've attached log files of
>> the playback error and specific of the file.
>>
>> Any help would be great!
>
> Use the VDA Normal profile instead of VDA High Quality
>
> I have serious doubt that what did play in 0.24 now wouldn't play in
> 0.25 all things considered. Mac mini with a nvidia 320M use a Core 2
> Duo at 2.4GHz max, that doesn't have enough grunt for some of the
> videos created by the HD-PVR
>
> You must have changed something, such as the video type being decoded,
> the video profile used to decode.
>
> Were you using VDA with 0.24 too?
> JY
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://www.mythtv.org/mailman/listinfo/mythtv-users

--
Science is not an exercise in consensus.
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

jyavenard at gmail

Apr 23, 2012, 9:49 AM

Post #4 of 47 (1696 views)
Permalink

Re: 0.25 on mac-mini [In reply to]

On 24 April 2012 02:40, Sean Whitney <sean.whitney [at] gmail> wrote:
> I've tried all the VDA (normal, slim) profiles with basically similar
> results. �I was using the blit (xv-blit or quartz-blit) with the mini
> prior to this. �I don't think the version of 0.24 had the VDA profile
> included, or if it did I wasn't using it.

Quartz is only available on , which isn't available on 64 bits
platform. Not sure what the osx-sourceforge folks are using

>
> As for 1080 playback there were occasion blips or slow downs but it was
> barely noticeable with 0.24 but now with 0.25 the 1080 content isn't
> watchable.

it's surprising it ever worked. from the various reports here, without
hardware decoding, for the HD stream from the HD-PVR, you need > 3GHz
C2D.
I now that I've never managed to watch those files with my mini (320M
with C2D 2.4GHz) hence why I boot on ubuntu and use VDPAU

maybe something else changed on your hd-pvr.

I could build a version that force using VDA for deinterlaced content.
but be aware that it may crash your mac completely

JY
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

sean.whitney at gmail

Apr 23, 2012, 10:00 AM

Post #5 of 47 (1686 views)
Permalink

Re: 0.25 on mac-mini [In reply to]

The hardware hasn't changed. The backend is a beefy ubuntu server with
two AMD Athlon(tm) 64 X2 Dual Core Processor 6000+. I haven't touched
the HD-PVR since I updated the firmware. The only thing that changed
was the upgrade on the frontend and backend to 0.25 and the playback
profiles associated with 0.25.

Sean

On 04/23/2012 09:49 AM, Jean-Yves Avenard wrote:
> On 24 April 2012 02:40, Sean Whitney <sean.whitney [at] gmail> wrote:
>> I've tried all the VDA (normal, slim) profiles with basically similar
>> results. I was using the blit (xv-blit or quartz-blit) with the mini
>> prior to this. I don't think the version of 0.24 had the VDA profile
>> included, or if it did I wasn't using it.
>
>
> Quartz is only available on , which isn't available on 64 bits
> platform. Not sure what the osx-sourceforge folks are using
>
>>
>> As for 1080 playback there were occasion blips or slow downs but it was
>> barely noticeable with 0.24 but now with 0.25 the 1080 content isn't
>> watchable.
>
> it's surprising it ever worked. from the various reports here, without
> hardware decoding, for the HD stream from the HD-PVR, you need > 3GHz
> C2D.
> I now that I've never managed to watch those files with my mini (320M
> with C2D 2.4GHz) hence why I boot on ubuntu and use VDPAU
>
> maybe something else changed on your hd-pvr.
>
> I could build a version that force using VDA for deinterlaced content.
> but be aware that it may crash your mac completely
>
> JY
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://www.mythtv.org/mailman/listinfo/mythtv-users

--
Science is not an exercise in consensus.
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

ctreleaven at cogeco

Apr 23, 2012, 10:31 AM

Post #6 of 47 (1672 views)
Permalink

Re: 0.25 on mac-mini [In reply to]

At 9:40 AM -0700 4/23/12, Sean Whitney wrote:
>On 04/23/2012 09:28 AM, Jean-Yves Avenard wrote:
>> On 24 April 2012 01:25, Sean Whitney <sean.whitney [at] gmail> wrote:
>>> My mac mini was almost flawless in playback under 0.24. Now any 1080
>>> recordings play back with stuttering audio/video. The HD test video
>>> under setup plays back flawlessly.
>>>
>>> I'm using the latest build on sourceforge. I've attached log files of
>>> the playback error and specific of the file.
>>>
>>> Any help would be great!
>>
>> Use the VDA Normal profile instead of VDA High Quality
>>
>> I have serious doubt that what did play in 0.24 now wouldn't play in
>> 0.25 all things considered. Mac mini with a nvidia 320M use a Core 2
>> Duo at 2.4GHz max, that doesn't have enough grunt for some of the
>> videos created by the HD-PVR
>>
>> You must have changed something, such as the video type being decoded,
>> the video profile used to decode.
>>
>> Were you using VDA with 0.24 too?
>I've tried all the VDA (normal, slim) profiles with basically similar
>results. I was using the blit (xv-blit or quartz-blit) with the mini
>prior to this. I don't think the version of 0.24 had the VDA profile
>included, or if it did I wasn't using it.
>
>As for 1080 playback there were occasion blips or slow downs but it was
>barely noticeable with 0.24 but now with 0.25 the 1080 content isn't
>watchable.

Top posting fixed.

Are you rolling your own (osx-packager[-qtsdk].pl)? It would be
interesting to see if a 32 bit version using Quartz can actually play
these recordings. I know the theory is that 64 bit is better, etc.
But real life doesn't always pay attention to our theories!

Craig
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

sean.whitney at gmail

Apr 23, 2012, 10:46 AM

Post #7 of 47 (1676 views)
Permalink

Re: 0.25 on mac-mini [In reply to]

On 04/23/2012 10:31 AM, Craig Treleaven wrote:
> At 9:40 AM -0700 4/23/12, Sean Whitney wrote:
>> On 04/23/2012 09:28 AM, Jean-Yves Avenard wrote:
>>> On 24 April 2012 01:25, Sean Whitney <sean.whitney [at] gmail> wrote:
>>>> My mac mini was almost flawless in playback under 0.24. Now any 1080
>>>> recordings play back with stuttering audio/video. The HD test video
>>>> under setup plays back flawlessly.
>>>>
>>>> I'm using the latest build on sourceforge. I've attached log files of
>>>> the playback error and specific of the file.
>>>>
>>>> Any help would be great!
>>>
>>> Use the VDA Normal profile instead of VDA High Quality
>>>
>>> I have serious doubt that what did play in 0.24 now wouldn't play in
>>> 0.25 all things considered. Mac mini with a nvidia 320M use a Core 2
>>> Duo at 2.4GHz max, that doesn't have enough grunt for some of the
>>> videos created by the HD-PVR
>>>
>>> You must have changed something, such as the video type being decoded,
>>> the video profile used to decode.
>>>
>>> Were you using VDA with 0.24 too?
>> I've tried all the VDA (normal, slim) profiles with basically similar
>> results. I was using the blit (xv-blit or quartz-blit) with the mini
>> prior to this. I don't think the version of 0.24 had the VDA profile
>> included, or if it did I wasn't using it.
>>
>> As for 1080 playback there were occasion blips or slow downs but it was
>> barely noticeable with 0.24 but now with 0.25 the 1080 content isn't
>> watchable.
>
> Top posting fixed.
>
> Are you rolling your own (osx-packager[-qtsdk].pl)? It would be
> interesting to see if a 32 bit version using Quartz can actually play
> these recordings. I know the theory is that 64 bit is better, etc. But
> real life doesn't always pay attention to our theories!
>
> Craig

I've never rolled my own. For the 0.24 I would use the sourceforge
build. For 0.25 I've used sourceforge's and Jean's.

Sean

Science is not an exercise in consensus.
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

serversage at gmail

Apr 23, 2012, 11:12 AM

Post #8 of 47 (1683 views)
Permalink

Re: 0.25 on mac-mini [In reply to]

On Apr 23, 2012, at 10:31 AM, Craig Treleaven wrote:

> At 9:40 AM -0700 4/23/12, Sean Whitney wrote:
>> On 04/23/2012 09:28 AM, Jean-Yves Avenard wrote:
>>> On 24 April 2012 01:25, Sean Whitney <sean.whitney [at] gmail> wrote:
>>>> My mac mini was almost flawless in playback under 0.24. Now any 1080
>>>> recordings play back with stuttering audio/video. The HD test video
>>>> under setup plays back flawlessly.
>>>>
>>>> I'm using the latest build on sourceforge. I've attached log files of
>>>> the playback error and specific of the file.
>>>>
>>>> Any help would be great!
>>>
>>> Use the VDA Normal profile instead of VDA High Quality
>>>
>>> I have serious doubt that what did play in 0.24 now wouldn't play in
>>> 0.25 all things considered. Mac mini with a nvidia 320M use a Core 2
>>> Duo at 2.4GHz max, that doesn't have enough grunt for some of the
>>> videos created by the HD-PVR
>>>
>>> You must have changed something, such as the video type being decoded,
>>> the video profile used to decode.
>>>
>>> Were you using VDA with 0.24 too?
>> I've tried all the VDA (normal, slim) profiles with basically similar
>> results. I was using the blit (xv-blit or quartz-blit) with the mini
>> prior to this. I don't think the version of 0.24 had the VDA profile
>> included, or if it did I wasn't using it.
>>
>> As for 1080 playback there were occasion blips or slow downs but it was
>> barely noticeable with 0.24 but now with 0.25 the 1080 content isn't
>> watchable.
>
> Top posting fixed.
>
> Are you rolling your own (osx-packager[-qtsdk].pl)? It would be interesting to see if a 32 bit version using Quartz can actually play these recordings. I know the theory is that 64 bit is better, etc. But real life doesn't always pay attention to our theories!
>
> Craig

Just wanted to chime in and say I've noticed the same thing. 0.24 on my identical Mac Mini played back everything flawlessly. I have an HD-PVR and an HDHomeRun single.

0.25 playback stutters from time to time - though I wouldn't say it makes mine unwatchable. I do notice that it gets worse over time and restarting mythfrontend alleviates it for a bit. I honestly have been too busy lately to even think about looking into it, or I'd have filed a bug report with a log by now. I currently use VDA Normal, though I have tried all the VDA profiles with no luck.

-Brian

_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

mythtv-users2 at dwilga-linux1

Apr 23, 2012, 12:22 PM

Post #9 of 47 (1668 views)
Permalink

Re: 0.25 on mac-mini [In reply to]

On 4/23/12 12:49 PM, Jean-Yves Avenard wrote:
> On 24 April 2012 02:40, Sean Whitney<sean.whitney [at] gmail> wrote:
>
>> I've tried all the VDA (normal, slim) profiles with basically similar
>> results. I was using the blit (xv-blit or quartz-blit) with the mini
>> prior to this. I don't think the version of 0.24 had the VDA profile
>> included, or if it did I wasn't using it.
>>
> Quartz is only available on , which isn't available on 64 bits
> platform. Not sure what the osx-sourceforge folks are using
>
>> As for 1080 playback there were occasion blips or slow downs but it was
>> barely noticeable with 0.24 but now with 0.25 the 1080 content isn't
>> watchable.
>>
> it's surprising it ever worked. from the various reports here, without
> hardware decoding, for the HD stream from the HD-PVR, you need> 3GHz
> C2D.
> I now that I've never managed to watch those files with my mini (320M
> with C2D 2.4GHz) hence why I boot on ubuntu and use VDPAU
>
> maybe something else changed on your hd-pvr.
>
> I could build a version that force using VDA for deinterlaced content.
> but be aware that it may crash your mac completely
>
I can also confirm that this is a problem with my late 2006 MacBook Pro,
running 10.6.8 in 64-bit mode. I had been using Quartz in 0.24
(self-compiled) with no problems decoding or playing 1080i MKV content
from a HDPVR. I don't recall what profile I was using, but I'll check
when I get home.

I haven't yet tried the VDA profiles in 0.25, but OpenGL High Quality
and "Normal" stutter so badly as to be unusable.

--
Dan Wilga "Ook."

_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

mythtv-users2 at dwilga-linux1

Apr 27, 2012, 12:01 PM

Post #10 of 47 (1634 views)
Permalink

Re: 0.25 on mac-mini [In reply to]

On 4/23/12 3:22 PM, Dan Wilga wrote:
> On 4/23/12 12:49 PM, Jean-Yves Avenard wrote:
>> On 24 April 2012 02:40, Sean Whitney<sean.whitney [at] gmail> wrote:
>>> I've tried all the VDA (normal, slim) profiles with basically similar
>>> results. I was using the blit (xv-blit or quartz-blit) with the mini
>>> prior to this. I don't think the version of 0.24 had the VDA profile
>>> included, or if it did I wasn't using it.
>> Quartz is only available on , which isn't available on 64 bits
>> platform. Not sure what the osx-sourceforge folks are using
>>> As for 1080 playback there were occasion blips or slow downs but it was
>>> barely noticeable with 0.24 but now with 0.25 the 1080 content isn't
>>> watchable.
>> it's surprising it ever worked. from the various reports here, without
>> hardware decoding, for the HD stream from the HD-PVR, you need> 3GHz
>> C2D.
>> I now that I've never managed to watch those files with my mini (320M
>> with C2D 2.4GHz) hence why I boot on ubuntu and use VDPAU
>>
>> maybe something else changed on your hd-pvr.
>>
>> I could build a version that force using VDA for deinterlaced content.
>> but be aware that it may crash your mac completely
> I can also confirm that this is a problem with my late 2006 MacBook
> Pro, running 10.6.8 in 64-bit mode. I had been using Quartz in 0.24
> (self-compiled) with no problems decoding or playing 1080i MKV content
> from a HDPVR. I don't recall what profile I was using, but I'll check
> when I get home.
>
> I haven't yet tried the VDA profiles in 0.25, but OpenGL High Quality
> and "Normal" stutter so badly as to be unusable.

I have since downloaded the latest build from sourceforge, which Paul
Raison compiled on 4/25. This still exhibits the same problem.

I tried the suggested built-in profiles, and even created one of my own
which uses VDA, 2 CPUs, and no deinterlacing at all. I also checked my
audio settings, for which the input had been set to something ALSA, so I
reset it to CoreAudio. None of this made any difference.

For what it's worth, the GUI does seem slower than it did in the 0.24 I
had been using. So your theory about Qt being a factor may be correct.

I'm going to try compiling my own version this weekend. If I still can't
get it to work with VDA, I'll see if I can get Quartz to work (yes, I
see the 32-bit only caution).

--
Dan Wilga "Ook."
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

paul at raison

Apr 29, 2012, 10:58 AM

Post #11 of 47 (1608 views)
Permalink

Re: 0.25 on mac-mini [In reply to]

On 27 Apr 2012, at 20:01, Dan Wilga wrote:

> I have since downloaded the latest build from sourceforge, which Paul Raison compiled on 4/25. This still exhibits the same problem.
>
> I tried the suggested built-in profiles, and even created one of my own which uses VDA, 2 CPUs, and no deinterlacing at all. I also checked my audio settings, for which the input had been set to something ALSA, so I reset it to CoreAudio. None of this made any difference.
>
> For what it's worth, the GUI does seem slower than it did in the 0.24 I had been using. So your theory about Qt being a factor may be correct.
>
> I'm going to try compiling my own version this weekend. If I still can't get it to work with VDA, I'll see if I can get Quartz to work (yes, I see the 32-bit only caution).
>

I have just uploaded to Sourceforge a 10.6 Universal build. This uses the slightly old 4.7 QT. Could give that a go and see how you get on.

Regards

Paul Raison

_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

mythtv-users2 at dwilga-linux1

Apr 30, 2012, 6:38 AM

Post #12 of 47 (1608 views)
Permalink

Re: 0.25 on mac-mini [In reply to]

On 4/29/12 1:58 PM, Paul Raison wrote:
> On 27 Apr 2012, at 20:01, Dan Wilga wrote:
>
>> I have since downloaded the latest build from sourceforge, which Paul Raison compiled on 4/25. This still exhibits the same problem.
>>
>> I tried the suggested built-in profiles, and even created one of my own which uses VDA, 2 CPUs, and no deinterlacing at all. I also checked my audio settings, for which the input had been set to something ALSA, so I reset it to CoreAudio. None of this made any difference.
>>
>> For what it's worth, the GUI does seem slower than it did in the 0.24 I had been using. So your theory about Qt being a factor may be correct.
>>
>> I'm going to try compiling my own version this weekend. If I still can't get it to work with VDA, I'll see if I can get Quartz to work (yes, I see the 32-bit only caution).
>>
> I have just uploaded to Sourceforge a 10.6 Universal build. This uses the slightly old 4.7 QT. Could give that a go and see how you get on.
>
>
Thanks, Paul, I'll give that a try.

I did compile my own version over the weekend, both with and without the
"-m32" flag. The result was slightly better during playback, but still
far from watchable for 1080i .mkv from the HDPVR. This was even with Quartz.

So I'll give your downgraded Qt version a try tonight.

--
Dan Wilga "Ook."

_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

jyavenard at gmail

Apr 30, 2012, 9:14 AM

Post #13 of 47 (1598 views)
Permalink

Re: 0.25 on mac-mini [In reply to]

On 30 April 2012 23:38, Dan Wilga
<mythtv-users2 [at] dwilga-linux1> wrote:
> I did compile my own version over the weekend, both with and without the
> "-m32" flag. The result was slightly better during playback, but still far
> from watchable for 1080i .mkv from the HDPVR. This was even with Quartz.
>
> So I'll give your downgraded Qt version a try tonight.

If the application is universal, make you to force the application to
run in 32 bits mode (BTW, the build on my server is already universal)
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

mythtv-users2 at dwilga-linux1

May 1, 2012, 7:47 AM

Post #14 of 47 (1582 views)
Permalink

Re: 0.25 on mac-mini [In reply to]

On 4/30/12 12:14 PM, Jean-Yves Avenard wrote:
> On 30 April 2012 23:38, Dan Wilga
> <mythtv-users2 [at] dwilga-linux1> wrote:
>
>> I did compile my own version over the weekend, both with and without the
>> "-m32" flag. The result was slightly better during playback, but still far
>> from watchable for 1080i .mkv from the HDPVR. This was even with Quartz.
>>
>> So I'll give your downgraded Qt version a try tonight.
>>
> If the application is universal, make you to force the application to
> run in 32 bits mode (BTW, the build on my server is already universal)
>
I downloaded Paul's latest version, and it's still much worse than my
own. I'm using osx-packager (not the qt packager) and it seems to be
using Qt 4.6.x. The "-m32" option seems to have worked, because Get Info
doesn't give me the option to use 32-bit.

Interestingly, 720p .mkv's from the HDPVR play fine. It's only the 1080i
ones that stutter a little, every few seconds or so during complex
motion like panning. I also tried with deinterlacing turned off, in case
that was contributing to the CPU load. I'm not sure where to go from here.

By the way, with my own compile, I do get the "You seem to be running
two copies of the Qt libraries" error when MFE runs. But I don't think
this really affects anything.

--
Dan Wilga "Ook."

_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

jyavenard at gmail

May 1, 2012, 8:11 AM

Post #15 of 47 (1581 views)
Permalink

Re: 0.25 on mac-mini [In reply to]

On 2 May 2012 00:47, Dan Wilga <mythtv-users2 [at] dwilga-linux1> wrote:
> I downloaded Paul's latest version, and it's still much worse than my own.
> I'm using osx-packager (not the qt packager) and it seems to be using Qt
> 4.6.x. The "-m32" option seems to have worked, because Get Info doesn't give
> me the option to use 32-bit.

What happen when you compile with the osx-packager-qtsdk ?
you can compile using Qt 4.6 32 bits, simply download the Qt 4.6
libraries and use the -qtbin / -qtplugin option (see the
documentation)

And compile using -m32

are the performance similar?
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

ctreleaven at cogeco

May 1, 2012, 8:28 AM

Post #16 of 47 (1573 views)
Permalink

Re: 0.25 on mac-mini [In reply to]

At 10:47 AM -0400 5/1/12, Dan Wilga wrote:
>By the way, with my own compile, I do get the "You seem to be
>running two copies of the Qt libraries" error when MFE runs. But I
>don't think this really affects anything.

Qt 'remembers' the build folder as well as finding its libraries in
the .app bundle. If you rename something in the folder path to the
build library, Qt will stop flooding your log. It may have some
small impact on performance. Nigel pointed this out to me:

http://code.mythtv.org/trac/ticket/9447#comment:4

Put the folder name back to the original, though, if you want to
build a new version.

Craig

_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

scram69 at gmail

May 1, 2012, 10:16 AM

Post #17 of 47 (1581 views)
Permalink

Re: 0.25 on mac-mini [In reply to]

On Tue, May 1, 2012 at 8:28 AM, Craig Treleaven <ctreleaven [at] cogeco> wrote:
> At 10:47 AM -0400 5/1/12, Dan Wilga wrote:
>>
>> By the way, with my own compile, I do get the "You seem to be running two
>> copies of the Qt libraries" error when MFE runs. But I don't think this
>> really affects anything.
>
>
> Qt 'remembers' the build folder as well as finding its libraries in the .app
> bundle. �If you rename something in the folder path to the build library, Qt
> will stop flooding your log. �It may have some small impact on performance.
> �Nigel pointed this out to me:
>
> http://code.mythtv.org/trac/ticket/9447#comment:4
>
> Put the folder name back to the original, though, if you want to build a new
> version.
>
> Craig
>
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://www.mythtv.org/mailman/listinfo/mythtv-users

Speaking of log flooding, I just upgraded my mini (2.3 C2D Nvidia
9400) to 0.25. Playback seems fine (although my display is 720), but
my frontend log fills with "MythPainter::GetImageFromTextLayout:
Invalid canvas." messages. I suspect this might be theme-related; I
am using ArcLight.

I am curious to know what themes seem to be working well with 0.25 on the mini?
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

ctreleaven at cogeco

May 1, 2012, 7:16 PM

Post #18 of 47 (1566 views)
Permalink

Re: 0.25 on mac-mini [In reply to]

At 11:28 AM -0400 5/1/12, Craig Treleaven wrote:
>At 10:47 AM -0400 5/1/12, Dan Wilga wrote:
>>By the way, with my own compile, I do get the "You seem to be
>>running two copies of the Qt libraries" error when MFE runs. But I
>>don't think this really affects anything.
>
>Qt 'remembers' the build folder as well as finding its libraries in
>the .app bundle. If you rename something in the folder path to the
>build library, Qt will stop flooding your log. It may have some
>small impact on performance. Nigel pointed this out to me:
>
>http://code.mythtv.org/trac/ticket/9447#comment:4
>
>Put the folder name back to the original, though, if you want to
>build a new version.

BTW, you should probably open a new ticket since there has either
been a regression or the fix in 9447 didn't actually work.

Craig
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

jyavenard at gmail

May 1, 2012, 7:36 PM

Post #19 of 47 (1568 views)
Permalink

Re: 0.25 on mac-mini [In reply to]

On 2 May 2012 12:16, Craig Treleaven <ctreleaven [at] cogeco> wrote:

> BTW, you should probably open a new ticket since there has either been a
> regression or the fix in 9447 didn't actually work.

The fix worked..

osx-packager.pl is obsolete and didn't things properly to start with.
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

mythtv-users2 at dwilga-linux1

May 2, 2012, 6:39 AM

Post #20 of 47 (1558 views)
Permalink

Re: 0.25 on mac-mini [In reply to]

On 5/1/12 10:36 PM, Jean-Yves Avenard wrote:
> On 2 May 2012 12:16, Craig Treleaven<ctreleaven [at] cogeco> wrote:
>
>> BTW, you should probably open a new ticket since there has either been a
>> regression or the fix in 9447 didn't actually work.
>>
> The fix worked..
>
> osx-packager.pl is obsolete and didn't things properly to start with.
>
OK, that's good to know.

For what it's worth, I did follow Craig's advice of temporarily moving
the folder, and it did clear up the errors. However, this did not make a
difference in playback quality.

I still need to find the time to try JYA's suggestion of using a
different version of Qt with the -qt version of the packager script.

--
Dan Wilga "Ook."

_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

shredder83 at gmail

May 8, 2012, 1:29 PM

Post #21 of 47 (1471 views)
Permalink

Re: 0.25 on mac-mini [In reply to]

On 5/2/12 6:39 AM, Dan Wilga wrote:
> On 5/1/12 10:36 PM, Jean-Yves Avenard wrote:
> > On 2 May 2012 12:16, Craig Treleaven<ctreleaven [at] cogeco> wrote:
> >
> >> BTW, you should probably open a new ticket since there has either been a
> >> regression or the fix in 9447 didn't actually work.
> >>
> > The fix worked..
> >
> > osx-packager.pl is obsolete and didn't things properly to start with.
> >
> OK, that's good to know.
>
> For what it's worth, I did follow Craig's advice of temporarily moving
> the folder, and it did clear up the errors. However, this did not make a
> difference in playback quality.
>
> I still need to find the time to try JYA's suggestion of using a
> different version of Qt with the -qt version of the packager script.
>
> --
> Dan Wilga "Ook."
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://www.mythtv.org/mailman/listinfo/mythtv-users

Just wondering what the status of this is? I have tried the latest version (05/2/12) of MythFrontend on SourceForge and am still having this issue. I tried the VDA Normal and OpenGL Normal profiles with no luck.

Not sure what else I can give to help out.

Thanks,
Robert Birch
>
>

mrrooster at gmail

May 9, 2012, 3:54 AM

Post #22 of 47 (1462 views)
Permalink

Re: 0.25 on mac-mini [In reply to]

On 23 April 2012 18:46, Sean Whitney <sean.whitney [at] gmail> wrote:
> On 04/23/2012 10:31 AM, Craig Treleaven wrote:
[snip]
>>
>> Are you rolling your own (osx-packager[-qtsdk].pl)? �It would be
>> interesting to see if a 32 bit version using Quartz can actually play
>> these recordings. �I know the theory is that 64 bit is better, etc. But
>> real life doesn't always pay attention to our theories!
>>
>> Craig
>
> I've never rolled my own. �For the 0.24 I would use the sourceforge
> build. �For 0.25 I've used sourceforge's and Jean's.
>
It's probably these are built with the latest xcode, which uses the
llvm compiler, which won't build myth in release mode, only debug. I
suspect this is the issue.

My late 2006 iMac (c2d 2 gig, ati somethingorother for the gfx) will
nolonger play 1080 HD stuff without stuttering (BBC HD and Channel 4
HD), maxing out both cores in the process, however XBMC (pointed at
the myth storage folders) plays most of the recordings just fine. (The
higher bitrate that 4HD seems to use can choke it a bit, but most are
watchable in HD.)

From osx-packager-qtsdk.pl:-

<----
# Test if LLVM, mythtv doesn't compile unless you build in debug mode
my $out = `$CCBIN --version`;
if ( $out =~ m/llvm/ )
{
$OPT{'debug'} = 1;
&Verbose('Using LLVM: Forcing debug compile...');
}
<----

HTH,

Ian
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

shredder83 at gmail

May 13, 2012, 4:28 PM

Post #23 of 47 (1382 views)
Permalink

Re: 0.25 on mac-mini [In reply to]

I do see that when I do a mythfrontend --version on the source forge files, it does have the debug flag set.

Is it possible for someone to compile it with this flag? I am guessing this is harder as Xcode is the preferred Mac way to compile source code.

Thanks,
Shredder

> On 23 April 2012 18:46, Sean Whitney <sean.whitney [at] gmail> wrote:
> > On 04/23/2012 10:31 AM, Craig Treleaven wrote:
> [snip]
> >>
> >> Are you rolling your own (osx-packager[-qtsdk].pl)? It would be
> >> interesting to see if a 32 bit version using Quartz can actually play
> >> these recordings. I know the theory is that 64 bit is better, etc. But
> >> real life doesn't always pay attention to our theories!
> >>
> >> Craig
> >
> > I've never rolled my own. For the 0.24 I would use the sourceforge
> > build. For 0.25 I've used sourceforge's and Jean's.
> >
> It's probably these are built with the latest xcode, which uses the
> llvm compiler, which won't build myth in release mode, only debug. I
> suspect this is the issue.
>
> My late 2006 iMac (c2d 2 gig, ati somethingorother for the gfx) will
> nolonger play 1080 HD stuff without stuttering (BBC HD and Channel 4
> HD), maxing out both cores in the process, however XBMC (pointed at
> the myth storage folders) plays most of the recordings just fine. (The
> higher bitrate that 4HD seems to use can choke it a bit, but most are
> watchable in HD.)
>
>
> From osx-packager-qtsdk.pl:-
>
> <----
> # Test if LLVM, mythtv doesn't compile unless you build in debug mode
> my $out = `$CCBIN --version`;
> if ( $out =~ m/llvm/ )
> {
> $OPT{'debug'} = 1;
> &Verbose('Using LLVM: Forcing debug compile...');
> }
> <----
>
> HTH,
>
> Ian
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://www.mythtv.org/mailman/listinfo/mythtv-users

jyavenard at gmail

May 13, 2012, 6:16 PM

Post #24 of 47 (1383 views)
Permalink

Re: 0.25 on mac-mini [In reply to]

On 14 May 2012 09:28, <shredder83 [at] gmail> wrote:
> Is it possible for someone to compile it with this flag? I am guessing this
> is harder as Xcode is the preferred Mac way to compile source code.

As llvm is the only available compiler today on either 10.6 or 10.7 ;
you have to compile with debug option mode on. Without it the compiler
segfault
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

shredder83 at gmail

May 15, 2012, 3:23 PM

Post #25 of 47 (1368 views)
Permalink

Re: 0.25 on mac-mini [In reply to]

On 13 May, 2012, 18:16, Jean-Yves Avenard wrote:

> On 14 May 2012 09:28, <shredder83 [at] gmail> wrote:
> > Is it possible for someone to compile it with this flag? I am guessing this
> > is harder as Xcode is the preferred Mac way to compile source code.
>
> As llvm is the only available compiler today on either 10.6 or 10.7 ;
> you have to compile with debug option mode on. Without it the compiler
> segfault
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://www.mythtv.org/mailman/listinfo/mythtv-users

OK. So am I to assume then that anyone running .25 frontend on a mac viewing HD-PVR recordings is still having stuttering issue? Do I maybe have the playback profile set wrong (ie. deinterlacer or something)? Really, I can't use the fronted on any of my macs as all I watch is HD content.

Sean Whitney, are you still having the same issue or did you get it resolved? Maybe I missed the post on how to fix it?

Thanks,
Shredder

1 2

View All

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads