Beirdobot, irc.freenode.net

Tuesday, December 21st, 2010, 00:26 UTC

[00:26:35]

allesmueller (allesmueller!~allesmuel@unixboard/users/allesmueller) has quit (Ping timeout: 240 seconds)

[00:33:54]

cattelan_away is now known as cattelan

[00:41:33]

MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv

[00:49:10]

clever:

jya: looks almost like it ran an external app which threw syntax error

[00:49:25]

clever:

jya: can myth_system log with -v?

[00:50:17]

jya:

clever: do I put this in when starting the frontend or the backend?

[00:50:29]

clever:

frontend i think

[00:50:29]

Beirdo:

jya: -v extra

[00:50:41]

Beirdo:

and run it on whichever that log came from

[00:51:40]

jya:

ahah: wmplayer "myth://Videos@192.168.10.11:6543/testing/audi . . . e.flac"

[00:51:47]

jya:

no wonder :)

[00:52:01]

Beirdo:

that reminds me, need to change the logging in the mythsystem-rewrite back to +extra

[00:52:08]

Beirdo:

heh

[00:52:13]

Beirdo:

you running under windows?

[00:52:19]

jya:

a tad more informative that locking input device

[00:52:51]

jya:

Beirdo: no, wmplayer is a script I wrote a very long time ago that set the refresh rate of the screen according to the fps of the video

[00:52:59]

Beirdo:

ahh

[00:53:07]

jya:

predate the matching refresh rate I added in the playback

[00:53:18]

Beirdo:

but yeah, mplayer and myth:// don't mix at this time

[00:53:20]

jya:

i had never tried playing audio file before

[00:53:53]

jya:

yeah, it was working on non SG.. so I assumed it was something to do with SG, didn't know it would try launching mplayer though

[00:54:12]

jya:

i only thought the internal player worked well and played my audio files :)

[00:56:18]

jya:

hum... there are no entry in file types for .flac

[00:56:26]

jya:

why would it start mplayer by default?

[00:57:05]

clever:

probly the default player

[00:58:12]

iamlindoro:

yes, if you have mplayer set as the default but not file type, that's what you'll get

[00:58:16]

jya:

can't even go in player settings :( theme is missing critical theme elements

[00:58:28]

iamlindoro:

Use Arclight

[00:58:54]

iamlindoro:

(or anything which will fall back to default)

[00:59:00]

jya:

i am using arclight :)

[00:59:05]

iamlindoro:

Then use current arclight

[00:59:25]

jya:

hum.. it's a version that's less than a week old.. let me pull again

[00:59:45]

iamlindoro:

I'm looking at that screen in Arclight currently, I haven't changed it in weeks

[01:00:31]

iamlindoro:

If you are running .24 with a trunk copy of arclight, or vice versa, that could do it, though

[01:01:11]

jya:

running trunk, trunk themes (0.24 backend)

[01:01:35]

iamlindoro:

K, then Arclight is definitely up to date

[01:02:02]

jya:

probably messed up at some stage while switching between 0.24 and trunk

[01:02:23]

jya:

a bit annoying that you can't have 2 different checkout like I used to without cloning the whole lot

[01:02:37]

jya:

used to have a folder with fixes source, and one for trunk

[01:03:11]

jya:

ah... arclight isn't in themes anymore.. forgot about that

[01:03:27]

jya:

it's very sad the themes directory :)

[01:03:35]

jya:

Childish, metallurgy, mythbuntu

[01:03:37]

iamlindoro:

yes, it definitely is

[01:03:45]

jya:

that's it

[01:03:58]

clever:

jya: i think git can clone using hardlinks so the internal .git DB is shared

[01:04:06]

jya:

iamlindoro: what's the url again for arclight?

[01:04:44]

iamlindoro:

http://www.fecitfacta.com/Arclight.tar.gz

[01:04:47]

jya:

clever: so I do a link of .git directory from one clone to the other ? not going to mess which branch is checked out ?

[01:04:56]

jya:

thanks

[01:05:31]

clever:

jya: its a special flag to git clone

[01:05:42]

jya:

ah

[01:05:59]

antifoo (antifoo!~antifoo@123.200.143.227) has quit (Ping timeout: 272 seconds)

[01:06:17]

clever:

hardlinks the DB files and sets flags to make it safe

[01:06:31]

clever:

while keeping the data on which branch the working copy is seperate

[01:06:46]

jya:

clever: you lost me now

[01:07:09]

jya:

i do the hardlink myself or it's an option you pass to clone to reuse an existing clone?

[01:07:12]

clever:

jya: 'man git-clone', --shared

[01:08:11]

** jya need a reset to default in Video Player Settings menu **

[01:08:37]

clever:

looking at the man page, i think it will hardlink by default

[01:08:49]

iamlindoro:

Internal, Internal, /dev/sr0, /media/cdrom, No Region, Enable Alternate off

[01:08:55]

clever:

if you clone the existing local copy on the same fs, it should hardlink i think

[01:11:36]

jya:

iamlindoro: Internal , just internal, or Internal %s ? (I had wmplayer %s)

[01:11:49]

clever:

i think its just Internal

[01:11:53]

iamlindoro:

Just Internal

[01:12:26]

jya:

is there a way to jump to entry say starting with "D"

[01:12:37]

iamlindoro:

Ctrl-S, press D

[01:12:52]

jya:

cause right now, I try Abba cause it's on top of the list.. and I'm not really in an abba mood :)

[01:12:53]

iamlindoro:

(then pick any video and hit ok

[01:13:09]

jya:

search is available on a remote?

[01:13:21]

iamlindoro:

if you bind the key, sure

[01:13:33]

iamlindoro:

default keybinding is ctrl-S, but you can make it whatever you like

[01:14:01]

antifoo (antifoo!~antifoo@123.200.143.227) has joined #mythtv

[01:14:13]

jya:

I mentioned this earlier, would be ace to have something like the phone keyboard: 2: A, then B, then C ..

[01:14:49]

jya:

iamlindoro: no search entry in menu ?

[01:15:00]

iamlindoro:

No

[01:15:08]

clever:

jya: my remote actualy half does that by default

[01:15:15]

clever:

hit 1 a 2nd time and it sends backspace,b

[01:15:30]

jya:

clever: is that something you configure with lirc?

[01:15:39]

clever:

na, the remote itself does it

[01:15:43]

clever:

completely hidden from the OS

[01:15:57]

jya:

really? what remote is that? pretty cool

[01:15:58]

clever:

and it will wreak havoc everywhere else in myth, because it sends a,backspace,b,backspace,c

[01:16:17]

clever:

just a cheap nameless usb 'keyboard+mouse'

[01:16:36]

clever:

with lirc disabled, it acts like a keyb&mouse and just works

[01:16:39]

jya:

yeah.. my remote send "1" when I press 1

[01:16:42]

jya:

how weird :)

[01:16:51]

jya:

so primitive

[01:16:58]

clever:

numlock toggles it thru 3 states

[01:17:10]

clever:

and it has no led, so it easily gets in the wrong state and goes completely haywire

[01:17:38]

clever:

i set lirc up with the devinput driver and its improved things massively

[01:18:03]

clever:

the arrows are on the same keys as 1–9, so if i try to enter a number or letter, i cant use the arrows

[01:18:09]

jya:

ahhh... I have Abba playing :)

[01:18:39]

jya:

so much easier to browse through file with mythvideo

[01:20:27]

jya:

right... now there got to be an easier way to jump to an entry than having to bind yet another key to the remote

[01:21:01]

clever:

jya: you know about the key combos in lirc?

[01:21:31]

clever:

button = KEY_LEFTALT

[01:21:32]

clever:

button = KEY_F4

[01:21:49]

clever:

both of these in a single begin block, will only cause it to react when i hit the 2 keys in that order

[01:23:01]

jya:

clever: I didn't.. and all my keys are mapped right now and the screen is full of options already..

[01:23:31]

clever:

if you can free one button up, you can use it to double your number of commands

[01:23:53]

jya:

not very intuitive don't you think ?

[01:24:05]

clever:

would be best for things you use rarely

[01:24:07]

jya:

need to find a way to bind 1 in a similar fashion to yours

[01:24:36]

jya:

right now, it's an absolute pain to scroll trhough the list of recordings

[01:25:02]

clever:

does ctrl+s open the input box that can use the onscreen keyboard?

[01:25:04]

jya:

last night were watching a recorded show, starting with M

[01:25:26]

iamlindoro:

clever, yes

[01:25:43]

clever:

so you could just bind a button (or button combo) to ctrl+s and use the onscreen keyboard

[01:25:47]

jya:

so down down down.. using the logitech, it stops repeating after 5 entries for some reason. so you have to release down and press again

[01:25:53]

iamlindoro:

All textedits in mythui pop up the OSK if you hit select

[01:26:18]

clever:

iamlindoro: any way to disable that?, it often opens when i hit space bar while typing on a real keyboard

[01:26:36]

iamlindoro:

Don't bind space to select

[01:27:03]

clever:

that works, but isnt that good

[01:27:11]

jya:

isn't that the default? mind does the same: space get a keyboard

[01:27:31]

clever:

space and enter are select

[01:27:45]

iamlindoro:

Believe you can turn off the OSK entirely in General settings

[01:27:57]

jya:

hum.. weird behaviour with search. Can the search works outside storage group?

[01:28:30]

iamlindoro:

yes, it works fine, has nothing to do with where the files are

[01:29:10]

jya:

i see..

[01:29:16]

iamlindoro:

What is weird about it?

[01:29:34]

jya:

well, first time after pressing Ctrl-S

[01:29:40]

jya:

typing a key did nothing

[01:29:45]

jya:

move up and down

[01:29:53]

jya:

then entry was added

[01:30:05]

iamlindoro:

can't replicate that here

[01:31:22]

jya:

ok, I see how search works now.. just wasn't expecting it like that at first

[01:33:42]

jya:

it's a bit surprising that "play folder" is in the Info menu, and not in the menu

[01:34:04]

iamlindoro:

One menu governs the library as a whole, one menu governs the selected item

[01:34:23]

iamlindoro:

It's the same behavior as in all our screens with two menus (like the PBB)

[01:35:27]

iamlindoro:

Though admittedly the PBB now has the weird context sensitive thing that no place else does

[01:35:36]

jya:

PBB ?

[01:36:01]

iamlindoro:

PlayBackBox

[01:39:18]

jya:

ah ok

[01:39:29]

gigem_ (gigem_!~david@host137.12.intrusion.com) has joined #mythtv

[01:44:13]

gigem (gigem!~david@host137.12.intrusion.com) has quit (Ping timeout: 276 seconds)

[01:53:04]

jya:

what's the procedure now for having the theme in the theme downloader screen? I mean from the developer perspective. how do they submit their upgraded theme? is it like apt or yum, setting up sites where you can get some package?

[01:55:33]

wagnerrp:

for now, the procedure is... give it to capt'm, and let him do it

[01:56:02]

wagnerrp:

the upload and auto-check mechanism has not yet been implemented

[02:37:03]

iamlindoro:

jya, I was wondering about EAC3+DTS-HD and TrueHD+DTS-HD MA being grouped in checkboxes-- Boxee, for example, makes them distinct, and a bit of googling indicates that not all DTS-HD capable receivers support E-AC3 passthrough, and not all DTS-HD MA receivers support TrueHD... is that going to be a problem? (http://www.engadget.com/photos/boxee-box-setup/#3571013)

[02:37:34]

jya:

iamlindoro: I had thought about this too..

[02:37:57]

jya:

the problem is that it is impossible to tell the difference between DTS, DTS-HD and DTS-HD MA

[02:38:08]

jya:

as far as ffmpeg is concerned they are all DTS

[02:38:22]

iamlindoro:

Right, but EAC3 and DTS-HD *are* distinct, right?

[02:38:27]

jya:

you can only tell what it is once you start muxing it

[02:38:29]

iamlindoro:

But they're one checkbox

[02:38:34]

jya:

they are

[02:38:45]

jya:

but bear with me.. you'll see where I'm coming from

[02:39:01]

jya:

E-AC3 and DTS-HD High-Res, requires the same medium

[02:39:09]

jya:

2 channels, 192kHz

[02:39:20]

jya:

TrueHD and DTS-HD MA requires 8 channels 192kHz

[02:39:49]

jya:

because you can't tell what DTS it is (and even then you can get it wrong)

[02:40:03]

iamlindoro:

Okay, I'm following... but I guess my question is... if my receiver supports DTS-HD MA but not TrueHD.... Myth is going to pass through both

[02:40:05]

jya:

like it's virtually impossible to tell the difference between DTS-HD MA and DTS-HD HighRes

[02:40:17]

jya:

yes.. but then I have the answer for you :)

[02:40:26]

iamlindoro:

?

[02:40:34]

jya:

I'm getting there :)

[02:41:01]

jya:

if you're receiver doesn't support DTS-HD HR passthrough

[02:41:10]

jya:

youn uncheck DTS

[02:41:26]

jya:

because at the time myth make a selection, all it knows is that there's a DCA stream

[02:41:44]

jya:

the downside is that DTS core will get re-encoder as AC3

[02:41:50]

jya:

re-encoded

[02:42:13]

iamlindoro:

It seems a bit... I dunno... non-obvious

[02:42:23]

jya:

the two new checkbox are only accurate for E-AC3 and TrueHD

[02:42:26]

jya:

it is..

[02:42:33]

jya:

and I have no better answer :(

[02:42:42]

jya:

there are many things not right too

[02:42:42]

iamlindoro:

fair enough

[02:43:04]

jya:

like right now, myth select the best audio track to play according to its codec id and number of channels

[02:43:14]

jya:

it's TrueHD > EAC3 > DTS > AC3

[02:43:36]

jya:

but you could have a E-AC3 6 channels, and DTS-HD MA 6 channels

[02:43:42]

jya:

myth will chose E-AC3

[02:43:58]

jya:

because DTS-HD MA has the same codec id as DTS

[02:44:20]

jya:

as far as ffmpeg is concerned, they are all the same DTS, and ffmpeg only ever plays the core 1.5Mbit/s stream

[02:44:53]

jya:

i don't know how to organise differently, because it gets so complicated

[02:45:25]

jya:

so I think it would have to come down to : documentation

[02:45:50]

jya:

if your device supports AC3, E-AC3 and not DTS-HD

[02:46:04]

jya:

then uncheck *all* dts

[02:46:45]

jya:

I thought of having a separate DTS-HD Hi-Res and DTS-HD MA

[02:46:46]

iamlindoro:

OK... I follow... I also notice that LPCM passthrough is not longer a checkbox-- guess that's detected now?

[02:47:04]

jya:

but then it still relies of having DTS checked

[02:47:17]

jya:

could always disable DTS-HD is DTS is unchecked...

[02:47:20]

jya:

what a nightmare.

[02:47:23]

jya:

for LPCM

[02:47:31]

jya:

yeah, I removed it

[02:47:40]

iamlindoro:

Could just convince Anssi Hannula to break out the codec id's while he's at it ;)

[02:47:44]

jya:

too many people complaining that they only had stereo working

[02:47:59]

jya:

iamlindoro: I had 96 emails exchanged on this subject :)

[02:48:33]

jya:

regarding LPCM: it is assumed that if the device supports > 2 channels, then it's compatible with LPCM

[02:48:47]

jya:

unless you go into advanced and check StereoPCM

[02:49:15]

jya:

as for the codec id , it's not that simple unfortunately

[02:49:38]

iamlindoro:

I also noticed that Boxee somehow queries the receiver for capabilities-- wonder how they're managing that

[02:49:39]

jya:

the codec id type is detected in libavformat

[02:50:16]

jya:

container tells what codec is contained

[02:50:44]

jya:

problem is mkv doesn't have a different type between DTS either

[02:50:58]

jya:

so you can't rely on the container to find out which codec it is

[02:51:13]

jya:

you must start to decode the stream

[02:51:52]

jya:

and I have a few DTS-HD MA streams here (Disney) where the opening sequence is DTS with an empty HD frame

[02:52:02]

jya:

and after a few seconds the HD frame does contain something

[02:52:17]

jya:

so how much do you need to decode to know if it's DTS-HD or not?

[02:52:39]

jya:

and finally, if I encapsulate DTS-HD Hi-Res in a DTS-HD MA it works !

[02:52:49]

iamlindoro:

It's not *totally* unlike how we need to probe certain video currently

[02:53:02]

iamlindoro:

I imagine ffmpeg folks will eventually get to the bottom of it

[02:53:07]

jya:

so right now, if you try to play DTS-HD HR, and have DTS-HD MA

[02:53:24]

jya:

it will stream DTS-HD HR as DTS-HD MA and the amp will show DTS-HD MA

[02:53:25]

jya:

it works

[02:53:25]

iamlindoro:

Anyway, just wanted to understand, as I'm working on an extremely simplified audio test for my initial setup wizard

[02:53:41]

jya:

we don't decode the stream to find out which codec it is ever

[02:53:50]

iamlindoro:

Just stripping it down to a MythUI list of detected devices, a couple checkboxes, and a big fat test button

[02:53:54]

jya:

we only need to decode a bit to find out how many channels the stream contains

[02:54:10]

elmojo:

jya: it's hard for me to believe that matroska doesn't support the DTS variants... ffmpeg's matroska decoder doesn't distinguish.... yet

[02:55:22]

jya:

elmojo: I go by what Anssi said on the matter... and as the one with the deepest level of understanding on this ; provided that not only he wrote the ffmpeg part, he also write the alsa driver

[02:55:52]

jya:

iamlindoro: as for testing, problem is that there are no DTS encoder in ffmpeg

[02:55:58]

elmojo:

Aurelian is the matroska expert

[02:56:03]

jya:

so the only way to test, would be to incorporate some samples

[02:56:11]

jya:

and those are big.

[02:56:26]

jya:

I see my audio processor can take a few seconds to get a lock

[02:56:47]

jya:

most DTS-HD processor takes a while for a lock (probably for the reason above)

[02:56:59]

jya:

so you need a sample that is 10s+ long

[02:57:12]

jya:

8channels * 192kHz start to get big

[02:58:04]

jya:

24MB a sample

[02:58:22]

jya:

can't put that in each mythtv distrib

[02:59:24]

jya:

and multiply that by 2 to have TrueHD and DTS-HD MA

[02:59:37]

iamlindoro:

Heh, well for what it's worth I'm considering including a 20–30 second sample at 18 mbit of video :)

[02:59:54]

jya:

I am re-organising my samples

[03:00:00]

elmojo:

jya: do you have a small sample for DTS-HD?

[03:00:05]

jya:

I have a great 7.1 audio-only E-AC3 and TrueHD

[03:00:12]

jya:

with front left, right, rear etc..

[03:00:20]

jya:

elmojo: I do :)

[03:01:08]

jya:

that's wwhat I was in the middle of doing when I started my writing diarrhoea about DTS

[03:01:24]

jya:

mind you, I knew nothing about this 2 weeks ago

[03:02:26]

elmojo:

jya: please send link when you have it ready

[03:02:36]

jya:

yes

[03:02:38]

jya:

it will be there:

[03:03:05]

jya:

http://www.avenard.org/files/media/mediatest/audiotest/Surround/

[03:03:37]

jya:

the DTS-HD MA 00048.m2ts is a a good sample

[03:03:39]

jya:

and long

[03:03:48]

jya:

I have smaller one that I need to move there

[03:12:31]

jya:

elmojo: there are some there too

[03:12:32]

jya:

http://samples.ffmpeg.org/A-codecs/DTS/dts/

[03:12:43]

jya:

to play them in mythtv however,

[03:13:06]

jya:

you need modification that I haven't merged in Mythtv/master yet

[03:13:13]

jya:

they are in my branch

[03:13:59]

elmojo:

jya: I was hoping you might have one in an mkv container

[03:14:26]

elmojo:

yes, I saw you comments on the -users ML about the repo for this

[03:14:49]

jya:

no, they are all in m2ts

[03:15:02]

jya:

which doesn't tell the difference between dts-hd and dts either :(

[03:16:08]

jya:

I have mkv sample for eac3, truehd, dts core and AAC

[03:16:10]

iamlindoro:

That's not too big a deal, provided you retain the structure

[03:16:11]

jya:

no DTS-HD

[03:16:18]

iamlindoro:

since the libbluray api will tell you

[03:16:49]

jya:

iamlindoro: what structure are you referring to?

[03:17:13]

jya:

regarding the checkbox, I could organise it that way:

[03:17:14]

iamlindoro:

the BDMV structure-- if we are playing using libbluray, you can easily get the info on which audio type a stream is

[03:17:22]

jya:

AC3 , E-AC3, DTS

[03:17:54]

jya:

and DTS which if checked gives you DTS-HD HR and DTS-HD MA

[03:18:35]

iamlindoro:

But what happens if you do that and someone with a regular receiver tries to play a blu-ray sample?

[03:18:47]

iamlindoro:

Myth will try to pass it through and it will cause sad feelings

[03:19:19]

iamlindoro:

and by regular receiver I mean my plain ol' DTS + AC-3 receiver

[03:19:23]

jya:

nah.. currently for EAC3 to be active, you need to have 192kHz support stereo

[03:19:33]

jya:

and 8 channels 192kHz support for TrueHD

[03:19:46]

jya:

those are easy to check and only works on hdmi

[03:19:58]

jya:

that won't be available over spdif

[03:20:09]

jya:

spdif doesn't report 192kHz as available

[03:20:13]

jya:

96kHz at best

[03:20:40]

iamlindoro:

But that's the medium, not the receiver

[03:20:44]

jya:

so if the user choose ALSA:iec958 , he won't get the possibility to check either

[03:20:55]

jya:

but the receiver has to be connected by spdif no?

[03:20:57]

iamlindoro:

I can do HDMI into my receiver, but it only supports AC-3 and DTS

[03:21:25]

jya:

then it's likely it doesn't support LPCM either. if StereoPCM is checked

[03:21:38]

jya:

Eac3 and DTS-HD won't be offered either

[03:22:02]

jya:

and that something that will show in the audio test screen

[03:22:29]

jya:

what happen when you go in the test screen? do you hear audio on all channels with stereopcm unchecked?

[03:23:08]

iamlindoro:

Haven't tested on that system

[03:23:08]

jya:

at the end of the day, you do rely on the user not checking stuff ...

[03:23:33]

jya:

even my bluray disk (panasonic) or my PS3 relies for bitstream

[03:23:38]

jya:

that I properly fill the info

[03:24:02]

jya:

checkboxes

[03:24:16]

jya:

it's even more complicated than myth I thought the panasonic

[03:24:32]

jya:

you have an entry for ac3, dts, eac3, true hd, dts-hd , dts hd ma

[03:24:44]

jya:

for each you check how to bitstream it

[03:24:57]

jya:

for true-hd you get offered AC3 or TrueHD

[03:25:07]

jya:

for DTS-HD: it shows DTS or DTS-HD

[03:25:40]

jya:

could take a similar approach... the advantage is that by default it will sound okay, you'll get DTS core at all time

[03:26:45]

elmojo:

jya: I believe DTS was designed so to be backwards compatible so that you could send a DTS-HD to an old receiver and it would still play it... is that true?

[03:28:25]

jya:

Kind of..

[03:28:39]

jya:

but they aren't encapsulated in the same frame

[03:28:51]

jya:

actually, I can try that

[03:29:07]

jya:

i have a DTS-only hdmi amp here

[03:29:08]

jya:

let me see what it does

[03:29:47]

jya:

actually, you're right,, i think it should work

[03:30:04]

jya:

the old encode_frame in avfd used to work just fine

[03:30:42]

jya:

in fact it was even sending the frame as : iec958 encapsulated dts | original dts

[03:31:01]

jya:

it was inserting iec958 frames and leaving garbage in it

[03:31:12]

jya:

and no one had obviously ever heard anything :)

[03:32:26]

elmojo:

so it shouldn't matter much how we detect DTS, right?

[03:32:54]

elmojo:

can the newest ffmpeg decode DTS-HD now?

[03:33:20]

elmojo:

obviously it can bitstream it

[03:40:46]

jya:

it can't decode it

[03:40:51]

jya:

can't bitstream it either

[03:40:55]

jya:

not yet

[03:41:50]

elmojo:

oh... what did Anssi add support for then?

[03:41:56]

jya:

if it was up to me, I would have committed the changes to ffmpeg for the time being .. but Janne told me to wait

[03:42:47]

elmojo:

no need to rush... you have it in a separate git repo for people that want to use it for now

[03:43:00]

jya:

yes..

[03:43:19]

jya:

hard not to rush when you're excited about finally getting something to work :)

[03:43:46]

jya:

allright, let me get to my other frontend

[03:43:59]

jya:

i'm starting to think that it won't work

[03:44:14]

jya:

for DTS-HD MA, you have to open the audio device in 192kHz 8 channels

[03:44:36]

jya:

so while the data stream may be backward compatible

[03:44:42]

jya:

I doubt the connection medium is

[03:45:00]

cdev_ is now known as cdev

[03:45:17]

elmojo:

bluray players I believe figured out how to do it

[03:45:56]

elmojo:

and I checked and it does seem you are right that matroska doesn't provide a unique codec id for DTS-HD streams

[03:47:13]

jya:

elmojo: neither my ps3 nor my panasonic can figure out

[03:47:27]

jya:

by default, DTS-HD MA bitstream is unchecked

[03:47:40]

jya:

or more accurately, it's configured to pass DTS

[03:48:01]

elmojo:

somehow mediainfo and other apps can detect DTS-HD MA

[03:48:16]

jya:

is that a linux application mediainfo?

[03:48:27]

jya:

would be great if we could query the amp

[03:48:35]

jya:

would solve so many problems

[03:50:58]

elmojo:

jya: mediainfo has a linux version but it's not open source as far as I know

[03:51:17]

jya:

elmojo: I know that alsa does query the EDID to find out how many channels are supported

[03:51:36]

jya:

but this is obviously not working as my yahama / nvidia shows 8 channels

[03:52:04]

jya:

but when I pass it 7.1 LPCM, I only hear left and right, and on the yamaha, only the front speakers show up

[03:52:42]

elmojo:

jya: so you couldn't bitstream a DTS-HD stream to your DTS only receiver?

[03:52:52]

jya:

it's still booting

[03:53:06]

jya:

and I have to install my backported 0.24 package to it

[03:54:01]

elmojo:

what did you mean that your ps3 couldn't figure it out?

[03:54:35]

jya:

my old PS3 can not do DTS-HD passthrough

[03:54:41]

jya:

only 7.1 LPCM

[03:54:42]

elmojo:

and you should ask Anssi about bitstreaming DTS-HD to a DTS only receiver... he might have ideas

[03:54:44]

jya:

it decodes everything

[03:55:00]

jya:

I had a newer model for about a month

[03:55:07]

jya:

this one could bitstream

[03:55:18]

jya:

and you had to configure it to bitstream dts-hd ma

[03:55:33]

jya:

by default it would pass everything as 7.1 LPCM and decode on board

[03:56:31]

elmojo:

you might be the first person to ever play a Bluray disk with HD audio bitstreaming under linux :)

[03:56:31]

jya:

elmojo: even alsa used to make some assumptions about what it got from the edid, and some of them was wrong. It's a bug I reported last month, and just got backported to 2.6.36

[03:56:44]

jya:

that's probably true too

[03:57:24]

jya:

xbmc is rewriting their entire audio framework. will now do resampling, hd codec the lot.. sounds familiar :)

[03:58:51]

iamlindoro:

jya, http://www.fecitfacta.com/audio.png thus my curiosity earlier

[03:58:59]

iamlindoro:

+ http://www.fecitfacta.com/general.png

[03:59:06]

iamlindoro:

+ http://www.fecitfacta.com/simplevideosetup.png

[03:59:10]

jya:

cool

[04:00:02]

elmojo:

jya: should be interesting how xbmc handles the bitstreaming configuration

[04:00:32]

iamlindoro:

Video setup works, just haven't quite wrapped my head around the audio device enumeration yet-- trying to figure out how to get a list of devices and supported speaker numbers without having to initialize the whole Qt settings object

[04:00:33]

jya:

i certainly we will have it done way before their audio framework is complete !

[04:00:40]

elmojo:

time for sleep... good night!

[04:00:54]

jya:

you're going to miss my DTS test?

[04:01:16]

jya:

how will you be able to get to sleep with all that excitement going on ?

[04:01:35]

elmojo:

because I'm really sleepy?

[04:01:55]

jya:

iamlindoro: can you check more than one entry if the screen?

[04:01:59]

elmojo:

I'll check back in a little while

[04:02:20]

iamlindoro:

jya, yes, of course

[04:02:23]

iamlindoro:

each is distinct

[04:02:26]

jya:

there's a new linux kernel.. how often is ubuntu 10.04 upgrading their linu

[04:02:37]

jya:

seems that each time I run synaptic there's a new one

[04:02:55]

jya:

that means recompiling alsa too sigh

[04:03:45]

jya:

iamlindoro: you'll want to check the "updatecapabilities" function in the audiogeneralsettings.cpp

[04:04:07]

jya:

there are a lot of cross-rules to activate one or another

[04:04:12]

jya:

it gets nasty

[04:04:58]

iamlindoro:

yeah, I don't envy you the advanced setup :) Just trying to come up with something which will work for the majority on first run-- Figuring if the average user can get through the wizard and have working audio and video, then we'll be in solid shape

[04:05:10]

iamlindoro:

I'll look there, thanks

[04:05:25]

jya:

problem is with determining if 5.1 is available or not

[04:05:30]

iamlindoro:

yeah, looks like I have to init the whole Qt settings shebang to get at that, though :)

[04:05:34]

jya:

it depends on the user checking AC3

[04:05:34]

iamlindoro:

er :(

[04:06:01]

jya:

spdif for example, only reports 2 channels

[04:06:19]

iamlindoro:

I had been hoping that there would be a util/convenience function that might just provide a QStringList of available devices

[04:06:27]

jya:

in updatecapabilities, I check if AC3 is checked , and if it is add 5.1 to the list of speaker configuration

[04:06:44]

jya:

there is

[04:06:55]

iamlindoro:

Without creating the whole settings page?

[04:06:58]

jya:

before I used to have speakers at the top

[04:07:17]

jya:

if you see in the construction

[04:07:43]

jya:

constructor, it calls a function that retrieves the list of all devices, and the list of all capabilties

[04:07:54]

jya:

it's a QMap based on the device name

[04:08:11]

jya:

but that provides the basic feature detected from the medium

[04:08:22]

jya:

you still have to take into account what the user configured

[04:08:37]

jya:

before I used to have 5.1 available all the time, up to the user to check AC3 or DTS

[04:08:52]

jya:

trying to make the thing a tad more idiot-proof

[04:09:06]

jya:

now the AC3/DTS options are before the speaker

[04:09:12]

elmojo:

jya: it should be quite easy to probe a DTS stream to determine if it's DTS-HD – just decode a small amount of frames and see if the HD_MARKER type is set when decoding the header

[04:09:27]

iamlindoro:

jya, yeah, I guess I'm just saying that *all* of that is only accessible within the AudioConfigSettings object, which is a VerticalConfigGroup, so if I want to get at any of that, I need to create a Qt Setup object just to pull out the data

[04:09:55]

iamlindoro:

Was searching for static/public functions to just do the basics

[04:10:03]

iamlindoro:

(but there don't seem to be any)

[04:10:12]

jya:

iamlindoro: you get the information in that qmap ; from there you have to filter according to what config the user has done

[04:10:29]

iamlindoro:

Yeah, but can't get at that QMap without a AudioConfigSettings Object

[04:10:38]

iamlindoro:

(I think it's actually a QVector?)

[04:10:51]

iamlindoro:

ah, no, I see the map

[04:11:17]

iamlindoro:

but anyway, yeah, I was just hoping to avoid creating a whole Qt Setup Object just to get the data for my MythUI one

[04:11:26]

jya:

you don't have to

[04:11:35]

jya:

let me find it for you

[04:11:59]

jya:

AudioOutput::AudioDeviceConfig *adc =

[04:12:00]

jya:

AudioOutput::GetAudioDeviceConfig(name, name, true);

[04:12:31]

jya:

that gives you the info for the device "name" (2nd name is the passthrough name)

[04:13:03]

iamlindoro:

ok, cool... and how to get a list of names to iterate through that?

[04:13:49]

iamlindoro:

ie, how to get a list or the output devices

[04:13:54]

jya:

you can actually have the vector with all of them. QVector<AudioOutput::AudioDeviceConfig>* list =

[04:13:54]

jya:

AudioOutput::GetOutputList();

[04:14:02]

iamlindoro:

Nice

[04:14:07]

jya:

that give you a vector with all of it

[04:14:19]

jya:

that's what gets populated when you press rescan

[04:14:21]

iamlindoro:

Thanks a lot-- there's a lot here so it's taking me time to understand it-- I appreciate the help

[04:14:22]

beata000 (beata000!~beata@c-69-251-208-81.hsd1.md.comcast.net) has quit (Ping timeout: 276 seconds)

[04:14:33]

jya:

but remember: those are raw info

[04:14:51]

jya:

so for the iec958 device

[04:15:57]

jya:

you can not rely on the supported channels reported

[04:16:05]

iamlindoro:

I see, makes sense

[04:16:12]

jya:

without also checking the user flag for AC3

[04:16:20]

iamlindoro:

gotcha

[04:16:31]

jya:

basically, the vector returned are hints of what's best available

[04:17:05]

jya:

that info is returned before checking on any user settings

[04:17:12]

jya:

you can get less-raw info

[04:17:38]

jya:

it's the methods GetUsers in AudioOutputSettings

[04:17:56]

jya:

this will narrow the info based on the user settings

[04:18:06]

jya:

unfortunately, that's not really useful in the settings

[04:18:18]

iamlindoro:

OK... will take a look and see what I can come up with, but may need to bug you again for further info

[04:18:23]

iamlindoro:

that's a solid start though, so thanks

[04:18:26]

jya:

the setting screen I mean, because the settings haven't been validated as of yet

[04:18:33]

jya:

to get around that

[04:18:47]

jya:

I amended for the audio test screen the OpenDevice method

[04:19:40]

jya:

so it won't try to read the settings, and instead you pass the AudioOutputSettings instance ; if defined then it uses that instead of retrieving the value in the database

[04:19:54]

jya:

a pity, of all this is documented in doxygen

[04:20:04]

jya:

but because I put /* instead of /** it's not showing up

[04:20:26]

jya:

elmojo: I mentioned the issue of the HD marker earlier

[04:20:57]

jya:

I have some samples where the opening screen is DTS with empty crap after dts-core

[04:21:05]

jya:

after about 10s

[04:21:08]

jya:

it gets populated

[04:21:18]

jya:

so reading just the first few frames may not be enough

[04:21:34]

jya:

what I do right now is monitor the bitrate, and if it changes, I reconfigure the whole lot.

[04:21:55]

jya:

however, if you go from dts-hd ma to dts : it continues to encapsulate the dts as dts-hd ma

[04:22:01]

jya:

so there's no audio interruption

[04:22:21]

jya:

otherwise you have to close the audio device, reopen it, and loose 3–4s of audio while the amp gets a sync

[04:22:50]

jya:

iamlindoro: if you provide me with the framework for mythui ; with the basic xml etc.. I can continue from there

[04:23:02]

jya:

I gave up last time, because I wanted something useful to me quickly

[04:23:26]

grokky (grokky!~grokky@rapier.csse.unimelb.edu.au) has joined #mythtv

[04:23:28]

jya:

and with mythui it's a steep start

[04:23:47]

jya:

especially, modifying the screen, isn't just a matter of adding a line of code, I have to have the xml with it

[04:24:15]

iamlindoro:

let me see if I can get the bare minimum working here, and if I can get to that point, I'll commit and we can keep polishing the wizard with the benefit of your experience

[04:24:17]

jya:

iamlindoro: I think setup wizard should be put before setup

[04:24:36]

iamlindoro:

yeah, the menu item is just there so that I can get at it, not a carefully considered choice

[04:24:51]

iamlindoro:

the idea is that this would run directly after the language selection on any new frontend

[04:25:26]

iamlindoro:

so that by the time you hit the menu the first time, you've configured and tested audio and video, and configured overscan correction and calibrated the picture

[04:25:52]

jya:

do we have to bother much with overscan these days?

[04:25:55]

iamlindoro:

So that we don't have any more complaints about how someone has just configured myth but audio or video doesn't work

[04:26:02]

iamlindoro:

Well I don't, but some people apparently do :)

[04:26:04]

jya:

i mean it's been years since I had to worry about it on any of my TVs

[04:27:05]

iamlindoro:

I still intend to put that step in, if only to offer a comparable experience to what the similar initial configuration wizards in XBMC, Boxee, and Google TV do

[04:27:11]

iamlindoro:

(even if I don't need to use it personally)

[04:27:31]

jya:

what about : I have a crap 10 year old tv button

[04:27:36]

jya:

that gets you to overscan

[04:28:54]

NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection)

[04:28:57]

jya:

iamlindoro: do you have some link to an amp supporting E-AC3 or TrueHD but not DTS-HD?

[04:29:15]

jya:

not that I don't believe you :)

[04:29:22]

jya:

(well, kind of)

[04:30:50]

jya:

right, finished with alsa, the new kernel, install myth

[04:30:55]

jya:

can finally test that DTS crap

[04:32:06]

NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has joined #mythtv

[04:33:25]

jya:

hum... the info seems to be in /proc/asound/NVidia/els#0.0

[04:33:44]

jya:

AC-3, DTS, DTS-HD, E-AC3 MLP

[04:34:19]

MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv

[04:34:54]

jya:

cool ! max bitrate 1536000, LPCM support: 2 channels

[04:35:04]

jya:

it's all there!

[04:35:40]

jya:

awesome

[04:36:24]

jya:

oh, that's going to make my life easier...

[04:37:13]

MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 260 seconds)

[04:37:16]

jya:

wonder how reliable it is, and when it is present

[04:39:02]

jya:

and if there's an alsa interface for it..

[04:46:54]

jya:

iamlindoro: can you post your /proc/asound/card0/eld#0.0 file somewhere

[04:46:59]

jya:

card0 or card1

[04:47:16]

jya:

for the hdmi amp you have that only supports DTS and AC3

[04:48:30]

XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv

[04:51:40]

MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds)

[04:56:14]

iamlindoro:

jya, I don't appear to have that file, but that system is on a slightly older distro too

[04:56:37]

jya:

maybe it's on a different folder

[04:57:53]

iamlindoro:

They all appear to have some "id" files, "codec" files, and "pcm#" directories

[04:59:01]

jya:

ok. but no eld

[04:59:09]

iamlindoro:

right

[04:59:10]

jya:

what version of alsa is it ?

[04:59:22]

grokky (grokky!~grokky@rapier.csse.unimelb.edu.au) has quit (Quit: ZNC - http://znc.sourceforge.net)

[04:59:33]

iamlindoro:

1.0.23

[04:59:36]

jya:

that would have been the holy grail of config

[04:59:44]

jya:

humm.. running 1.0.23 here

[04:59:50]

jya:

what video card are you using?

[05:00:14]

iamlindoro:

NVIDIA GPU GeForce GT 240 (GT215) at PCI:1:0:0 (GPU-0)

[05:00:27]

jya:

nvidia driver?

[05:00:41]

iamlindoro:

195.36.24

[05:00:44]

jya:

now that's weird, I have 1.0.23 and GT220

[05:00:48]

iamlindoro:

the system doesn't get heavy use

[05:00:55]

iamlindoro:

it's probably the Nv driver

[05:01:16]

iamlindoro:

(it's such a chore to fire up the projector, I mostly only do it for stuff I really want to settle and enjoy)

[05:01:18]

jya:

nah, run 195.36,24 too

[05:01:33]

jya:

because it works better than 260

[05:01:39]

jya:

260 is so crap really..

[05:02:00]

jya:

so I have same nvidia, same drivers, and same alsa

[05:02:18]

jya:

maybe the file gets created only if the amp respond to some queries

[05:03:02]

jya:

maybe I can make the assumption then that if this file exists, then it supports DTS-HD etc..

[05:03:41]

jya:

mine shows DTS-HD for the amp that it's connected to and do support it. but no max_bitrate

[05:03:55]

jya:

wonder where I can find some documentation on this

[05:05:30]

grokky (grokky!~grokky@rapier.csse.unimelb.edu.au) has joined #mythtv

[05:08:31]

jya:

in your dmesg, do you see something like: HDMI: supports coding type LPCM: channels = 2, rates = 44100 4800

[05:08:31]

jya:

0 88200 176400 192000, bits = 16 ?

[05:08:40]

grokky (grokky!~grokky@rapier.csse.unimelb.edu.au) has quit (Client Quit)

[05:09:03]

Anssi (Anssi!hannulaa@mandriva/developer/anssi) has joined #mythtv

[05:09:14]

iamlindoro:

Nothing with the string hdmi whatsoever

[05:09:31]

jya:

you're sure you're connected via hdmi ? :)

[05:09:37]

iamlindoro:

amp likely off

[05:09:41]

iamlindoro:

and yes

[05:10:01]

Anssi:

jya: replied to your mail

[05:10:04]

jya:

are you using a customedid ? in xorg.conf?

[05:10:08]

iamlindoro:

no

[05:10:20]

iamlindoro:

plain jane xorg, very boring

[05:10:35]

Gibby (Gibby!~Gibby@204.118.10.244) has quit (Ping timeout: 240 seconds)

[05:10:56]

grokky (grokky!~grokky@rapier.csse.unimelb.edu.au) has joined #mythtv

[05:11:16]

jya:

when you booted your PC, was the amp on?

[05:11:19]

jya:

Anssi: thanks

[05:11:23]

jya:

just read it

[05:11:26]

iamlindoro:

unlikely, I rebooted it remotely from work

[05:11:38]

jya:

why would iamlindoro not have this file?

[05:11:45]

iamlindoro:

jya, I'm afraid I'll have to come back to this, I have a few minutes left before bed and want to try to get one or two things done

[05:11:59]

Anssi:

jya: what kind of system?

[05:12:03]

Anssi:

i.e. what card

[05:12:03]

jya:

np

[05:12:20]

jya:

Anssi: GT240, alsa 1.0.23, driver 195 , connected via hdmi

[05:12:28]

jya:

pretty much identical to my configuration here

[05:12:57]

jya:

but that could be that he booted his pc with the amp being off, so no edid could be retrieved

[05:13:13]

Anssi:

jya: in that case the eld#X.0 files would be empty

[05:13:24]

jya:

he doesn't even have that file

[05:13:30]

jya:

no eld whatsoever

[05:14:00]

Anssi:

could it be that there are GT240 cards without hdmi onboard, instead connected via S/PDIF to mainboard audio?

[05:14:26]

jya:

Would opening /proc/asound/cardX/eld#Y and parsing the text file be a reliable method ?

[05:14:33]

jya:

if there's no API ?

[05:14:48]

jya:

that could break so easily...

[05:14:56]

iamlindoro:

Here, will leave this with you in case it helps: http://mythtv.pastebin.ca/2025176

[05:15:07]

jya:

aren't all GT240 equal?

[05:15:26]

jya:

iamlindoro: just a question one: did yu connect your GT240 to the motherboard spdif out ?

[05:15:41]

iamlindoro:

no, no header on the board that I'm aware of

[05:16:04]

jya:

hum.. it seems to see the projector only

[05:16:06]

iamlindoro:

gotta run

[05:16:07]

jya:

not the amp

[05:16:18]

jya:

which would have no audio support whatsoever

[05:16:20]

iamlindoro:

amp is crap, if that helps

[05:16:26]

iamlindoro:

well, not crap, just old

[05:16:35]

Anssi:

jya: but shouldn't matter, as the eld#X.Y files are created by alsa, not nvidia

[05:16:35]

iamlindoro:

early HDMI model, no support for HD codecs whatsoever

[05:16:38]

jya:

you need something to match that projector, it's a good one :)

[05:16:49]

iamlindoro:

heh, this is true-- I intend to once support matures

[05:16:51]

Anssi:

what I'm initerested in is lspci

[05:17:28]

iamlindoro:

http://mythtv.pastebin.ca/2025178

[05:17:33]

iamlindoro:

ok, now I've really gotta run ;)

[05:17:53]

jya:

Anssi: it has the Audio device

[05:18:17]

jya:

which i'm guessing was what you were looking for

[05:18:44]

Anssi:

jya: yep.. which means next I'd like to see the output of: find /proc/asound

[05:19:07]

jya:

Anssi: but alsa retrieve the info from the edid

[05:19:18]

jya:

if if the edid is the one from the projector

[05:19:26]

jya:

he won't get any sound

[05:19:34]

jya:

surprised he gets sound to start with though

[05:20:15]

jya:

I know that with mine, when I was using a CustomEDID

[05:20:25]

jya:

I got no sound whatsoever once I get the GT220

[05:20:34]

jya:

it was the edid of the panasonic projector

[05:20:50]

jya:

after that I used the edid from the SP32

[05:20:53]

jya:

and I got audio

[05:20:54]

Anssi:

jya: I'd guess the amp just relays the projector name + other info through the edid

[05:21:33]

jya:

yeah, that's what my yamaha here does

[05:21:45]

jya:

it does the name of the TV, but its own report for anyhting else

[05:22:04]

jya:

just trying to find an explanation why he doesn't have that file

[05:23:55]

Anssi:

jya: which kernel and alsa did he have?

[05:27:40]

jya:

1.0.23 for alsa

[05:27:41]

Anssi:

it wouldn't explain anything, though, as the eld#X.Y support for nvidia was in the initial commit that added GT2xx support..

[05:27:44]

jya:

not sure what kernel

[05:31:28]

jya:

Anssi: that eld# file, is that the same text format everywhere, or it depends on the particular driver and the goodwill of the dev who wrote it ?

[05:31:55]

jya:

e.g. if I write a parser, am I guaranteed it will work with someone not using a nvidia card?

[05:32:07]

jya:

or is the eld# only exists with nvidia card?

[05:32:37]

Anssi:

jya: same format everywhere.. at least until someone decides to change it

[05:33:07]

Anssi:

note that it it won't appear with e.g. 1st gen ION / GF9400

[05:33:10]

jya:

the format used everywhere or the format used in a driver ? :)

[05:33:19]

Anssi:

jya: the format used everywhere

[05:33:26]

jya:

Anssi: yeah, I've noticed that..

[05:33:43]

jya:

not showing on my 9400M..

[05:37:30]

jya:

Anssi: how certain are you that any amp reporting DTS-HD with a max bitrate of 6.144Mbit/s will support DTS-HD MA, provided it's sent as stereo @ 192kHz ?

[05:38:24]

Anssi:

jya: but amps can't report bitrate for DTS-HD

[05:38:27]

jya:

i see that if I output a DTS Hi-Res , with max_muxrate of 768000*32 over 8 channels 192kHz then it plays fine with the amp showing DTS-HD MA

[05:39:12]

jya:

same file sent with max_muxrate of 6.144Mbits/ sent over stereo @ 192kHz shows as DTS-HD High-Res

[05:39:45]

Anssi:

heh, so your amp just uses the transmission rate as an indicator which format it is

[05:40:11]

jya:

yeah, it is a 6.144Mbit/s DTS-HD

[05:40:24]

jya:

doesn't your does the same?

[05:40:49]

Anssi:

jya: mine shows the indicator based on the actual content.. so it shows the same regardless if I use 8*192 or 2*192

[05:41:11]

jya:

so it looks at the actual bitrate?

[05:41:30]

jya:

does it states that anything < 6.144Mbps is DTS-HD Hi-Res then?

[05:41:41]

Anssi:

doesn't seem likely as DTS-HD MA can be < 6.144Mbps as well

[05:41:42]

Anssi:

jya: nope

[05:41:57]

Anssi:

I believe there's some flag in the bitstream

[05:42:01]

jya:

just when I thought the picture could be a tad simpler :)

[05:42:38]

jya:

right now, as we discussed, I monitor the bitrate coming out of the spdif muxer

[05:43:16]

jya:

right now, the spdif muxer output 1.5Mbps if you feed it plain DTS

[05:43:29]

Anssi:

jya: regarding the above question of how certain I am.. well, I can't be certain at all, but haven't seen contradicting evidence yet, and it would be logical it works

[05:43:33]

jya:

but if higher, I can't tell if it's hi-res or MA

[05:43:50]

Anssi:

yep, you can't

[05:44:41]

jya:

so if the user has checked DTS-HD MA in the settings, for anything > 1.5Mbps : it output a 24.5Mbits rate, ot 6.144 of he only checked dts-hd

[05:45:16]

jya:

so the spdif muxer output 24.5Mbps constantly no matter if it's hires or ma

[05:45:39]

jya:

seems to work fine here... and I'm not going to buy another amp just to test :)

[05:48:12]

jya:

Anssi: what about there was another info coming from the muxer

[05:48:18]

jya:

the actual bitrate of the stream

[05:48:29]

jya:

rather than the bitrate of what's coming out of the muxer?

[05:50:25]

Anssi:

jya: read the byte 7,8 of the packets and calculate it yourself? :p

[05:51:01]

jya:

:) so much more elegant if this was provided by the muxer

[05:51:28]

Anssi:

jya: the AVFormatContext->elegant_real_bit_rate_of_dts_for_spdif_muxer

[05:52:18]

Anssi:

well, it could obviously be added, but I don't see any very clean ways to do it :I

[05:52:28]

jya:

hum.. Your search – elegant_real_bit_rate_of_dts_for_spdif_muxer – did not match any documents.

[05:53:11]

jya:

it's just trying to find a way to get dts-hd ma file to work on amplifier not officially supporting dts-hd ma, but supporting dts-hd

[05:53:39]

Anssi:

jya: is there such an amp?

[05:53:42]

jya:

and wthout the user having to provde the info

[05:54:00]

jya:

i don't know.. iamlindoro said that there were

[05:54:27]

jya:

that's how the whole discussion started

[05:54:29]

Anssi:

strange

[05:55:49]

iamlindoro:

That's not exactly what I said-- I said, what if the receiver supports TrueHD but not DTS-HD MA, or vice versa-- since you made them the same checkbox, one would fail under those conditions

[05:56:02]

iamlindoro:

I didn't compare the two DTS-HDs

[05:56:02]

jya:

ahh.. I misread then

[05:56:15]

iamlindoro:

(/me is really gone.. promise ;))

[05:56:20]

Anssi:

jya: anyway, on second thought I guess it wouldn't be very clean to have this info coming from the spdif muxer, as it is an attribute of the stream going into spdif muxer, not the one coming from it

[05:56:25]

jya:

find /proc/asound ?

[05:56:47]

MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv

[05:57:01]

Anssi:

jya: well, not interested in it anymore, I noticed one of the pastebins had the info I was looking at

[05:57:13]

jya:

ok

[05:57:23]

iamlindoro:

http://mythtv.pastebin.ca/2025190

[05:57:24]

jya:

which info was that?

[05:57:25]

iamlindoro:

2.6.32

[05:57:41]

iamlindoro:

(I have to get this project done before morning for work, so I really am trying to avoid channel)

[05:58:05]

jya:

going to have eac3 truehd dts-hd then

[05:58:14]

jya:

no split between hires and ma

[05:58:56]

Anssi:

ok, the GT240 support in alsa was only added in 2.6.34

[05:59:11]

Anssi:

so it was probably backported to iamlindoro's kernel

[05:59:29]

jya:

but they obviously missed bits

[05:59:29]

XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds)

[06:00:28]

iamlindoro:

Honestly, guys, don't waste time on my config, I'll upgrade at some point in the near future and if it still looks weird then, we can revisit it-- but you guys have better stuff to do ;)

[06:00:41]

Anssi:

jya: yep, or something like that

[06:00:55]

jya:

iamlindoro: you still want to handle cases for it would happen

[06:01:29]

Anssi:

jya: how to decide if to use 6.144 or 24.5 then? :)

[06:01:32]

jya:

i had made big assumptions , presuming everything worked great like it did with my setup.. it's been a disaster

[06:01:41]

jya:

never had to backport to 0.24 as many stuff ever

[06:01:55]

jya:

I don't .. I will always use 24.5

[06:02:05]

Anssi:

jya: you'll rule out GF9400 then :p

[06:02:20]

jya:

i was thinking the exact same thing as I pressed enter

[06:02:48]

jya:

well, I bought a new video card just to work with that crap... so surely, the user can do the same

[06:02:58]

dougt (dougt!~dougt@c-24-130-158-216.hsd1.ca.comcast.net) has joined #mythtv

[06:03:19]

Anssi:

jya: and if it is integrated? :)

[06:03:32]

jya:

mine was integrated: 9400M

[06:03:37]

jya:

used the PCIe slot :)

[06:03:55]

Anssi:

jya: I only have space for one slot in my case, and it is used by DVB card

[06:03:58]

jya:

trying to ask the user to know what his audio card also supports HBR or not.. it's a lot to ask

[06:04:25]

Anssi:

jya: use codec#x.y :p

[06:04:28]

jya:

well, you're using xbmc anyway, so don't need the dvb card and use a proper video one :P

[06:05:22]

jya:

but the GT220 for example, shows HBR, yet it's not really supported

[06:05:33]

jya:

so that's not a reliable mean either

[06:05:34]

Anssi:

jya: well, actually the ALSA driver will refuse playing stream in 8ch mode with non-pcm in AES

[06:06:06]

Anssi:

.. except for GF9400 which uses a different codec parser... I wonder if it should refuse that as well, dunno

[06:06:10]

jya:

uh what?

[06:06:27]

Anssi:

forgot "if HBR is not supported" above :p

[06:06:41]

Anssi:

but yes, it is not reliable (for GeForce 200 series)

[06:07:06]

jya:

lots of people have bought a GT2xx for myth reading the user list

[06:07:18]

Anssi:

(/me uses XBMC's PVR branch..)

[06:07:19]

jya:

because if was announced as the holy grail of video cards

[06:07:51]

jya:

and you come 6 months later, with sorry guys, really you should have got the 4xx :)

[06:08:03]

Anssi:

:)

[06:08:41]

jya:

xbmc has its own pvr module?

[06:08:48]

jya:

or that uses the mythbackend stuff?

[06:09:16]

jellono (jellono!~jellono@cpe-74-78-59-51.maine.res.rr.com) has joined #mythtv

[06:09:41]

** jya reads Unified PVR frontend **

[06:09:45]

Anssi:

no own pvr module.. has different backends (vdr, tvheadend,...)

[06:10:12]

Anssi:

no myth one, and yes, our wiki is outdated :I

[06:11:12]

jya:

i really don't like the idea of having two DTS-HD settings, just to get around old video cards or broken ones

[06:11:55]

jya:

trying to find a description for that settings that can be understood by everyone isn't simple :(

[06:12:50]

Anssi:

jya: in xbmc this would probably be made an advancedsetting, i.e. one that has to be set manually in config file

[06:13:18]

jya:

so you have AC3 / DTS / DD+ / TrueHD / DTS-HD for the main setting

[06:13:26]

Anssi:

s/would/will/ of course, as this problem is not going to go away

[06:13:30]

jya:

and limit to 6.144Mbit/s DTS-HD in advanced

[06:14:11]

Anssi:

probably.. haven't thought about this very much

[06:14:28]

jya:

If I can also check the eld file

[06:14:47]

jya:

that would be a good combination

[06:14:56]

jya:

too bad the 9400M doesn't have that

[06:15:13]

jya:

is that just because the driver doesn't support it, or it's a limitation of the chipset?

[06:16:31]

jellono (jellono!~jellono@cpe-74-78-59-51.maine.res.rr.com) has left #mythtv ("Leaving")

[06:16:48]

Anssi:

jya: at least not supported by driver, no idea of hw support, there are no hw docs

[06:17:50]

Anssi:

jya: of course, you could fetch the EDID via nvidia's NV-CONTROL interface and parse that :p

[06:18:01]

jya:

i would have thought nvidia would be cooperating a bit more, they have been quite active in the alsa dev list

[06:18:29]

jya:

anssi... what a great idea ... didn't think of that at all

[06:18:48]

jya:

would have preferred something more universal though

[06:19:10]

jya:

alsa seems to be half way there

[06:19:21]

jya:

too bad there's no api to access it

[06:19:30]

Anssi:

yes, the api is waiting for you to write it :)

[06:21:11]

jya:

great...

[06:21:33]

jya:

damn... missed my appointment at the dentist :(

[06:21:45]

jya:

oh well..

[06:23:38]

Anssi:

:I

[06:23:45]

jya:

Anssi: you know on how adding AES1=0x82,AES2=0x00,AES3=0x01 broke spdif audio for a user ?

[06:24:11]

jya:

well, turned out that fixed it for another

[06:24:20]

jya:

can never get it right really

[06:25:12]

Anssi:

heh

[06:25:33]

Anssi:

jya: well, AES3=0x01 is correct for 44.1kHz passthrough

[06:25:38]

Anssi:

err no

[06:25:41]

jya:

0

[06:25:44]

Anssi:

yes

[06:25:44]

jya:

no?

[06:25:52]

jya:

well not for this guy :)

[06:26:15]

jya:

or 2 for auto right?

[06:26:18]

Anssi:

0x01 is auto

[06:26:23]

Anssi:

0x02 is 48

[06:26:32]

Anssi:

s/auto/unspecified/

[06:26:38]

Anssi:

could be some amps don't like unspecified

[06:26:53]

jya:

alsa default is 0x01 no?

[06:27:08]

Anssi:

on xbmc we always set it according to the sample rate

[06:27:11]

Anssi:

jya: nope, 0x02

[06:27:58]

jya:

well that particular person had no audio with 0 or 1

[06:28:06]

jya:

only with 2, and that was for 44.1kHz AC3

[06:30:00]

jya:

i guess I can tell that unique person to use a passthrough device override

[06:30:25]

jya:

i don't like the passthrough device override, my framework only supports settings for one device at a time

[06:30:28]

jya:

not two

[06:31:58]

jya:

Anssi: where can I find info about the edid structure, and in particular what audio it supports?

[06:35:38]

Anssi:

jya: the audio part is defined in the CEA extension of EDID, which is defined in CEA-861-E (or CEA-861-D, older version of the document)

[06:36:51]

Hadaka (Hadaka!~naked@naked.iki.fi) has joined #mythtv

[06:37:01]

Hadaka (Hadaka!~naked@naked.iki.fi) has left #mythtv ()

[06:37:12]

Anssi:

jya: which is at e.g. http://blogimg.chinaunix.net/blog/upfile2/090903185624.pdf

[06:39:34]

Anssi:

not sure if you want to go down that road, though..

[06:40:37]

jya:

it would be re-inventing the wheel once again

[06:40:51]

jya:

and be limited to nvidia hardware

[06:41:06]

jya:

we do have a mythnvtrl library, so that part is easy

[06:41:26]

jya:

at least that interface would be reliable...

[06:41:32]

Anssi:

free drivers support getting edid via RANDR

[06:42:03]

jya:

and not subject to the good will of alsa changing the structure of a text file in /proc

[06:42:19]

jya:

is that supported by randr 1.2 ?

[06:42:56]

Anssi:

jya: I think so

[06:43:30]

Anssi:

jya: actually, on another thought I'm not sure if it specified as such.. but at least I've seen it shown in the RANDR properties on some drivers at least (xrandr --prop)

[06:43:39]

jya:

doesn't it work for nvidia then?

[06:44:01]

Anssi:

jya: doesn't nvidia not support 1.2?

[06:44:10]

jya:

it does support 1.2

[06:44:14]

jya:

only 1.2

[06:44:38]

jya:

if that worked via randr 1.2 it would be better than using nvctrl

[06:45:11]

XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv

[06:45:53]

jya:

--prop doesn't show anyhting related to audio here

[06:46:04]

jya:

using nvidia drivers

[06:46:46]

Anssi:

jya: yep, doesn't seem to export the edid via that.. but that is expected, as it doesn't export the different displays via RANDR

[06:46:58]

Anssi:

(which I had interpreted, apparently wrongly, as not supporting 1.2)

[06:47:34]

MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 250 seconds)

[06:47:36]

jya:

can try to install nouveau and see what it does then...

[06:48:35]

Anssi:

jya: well, it does show the edids there IIRC

[07:01:55]

jya:

http://cgit.freedesktop.org/xorg/app/edid-dec . . . did-decode.c provides the basic

[07:14:45]

jya:

Anssi: do you know if randr using nvidia drivers can report the edid? can't seem to find any references to it

[07:15:37]

Anssi:

jya: as said above, no, doesn't seem to

[07:15:57]

jya:

yeah, but that was using --prop, was wondering how reliable that method was

[07:16:35]

Anssi:

the edid is monitor specific, and the proprietary driver doesn't provide any monitor info through edid AFAICS

[07:16:57]

Anssi:

randr...

[07:23:38]

MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv

[07:26:29]

XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds)

[07:27:27]

jya:

right...

[07:28:24]

jya:

ok. i can read the edid via nvctrl

[07:28:37]

jya:

assuming it is available that is

[07:29:04]

dougt:

anyone know if I can use libao from a myth plugin? it looks like ao_default_driver_id() returns -1.

[07:29:05]

jya:

that becomes complicated with multiple monitor

[07:29:52]

jya:

dougt: why don't you use libmyth and the AudioOutput class?

[07:30:12]

dougt:

jya: existing code.

[07:30:18]

jya:

would be much simpler than using libao

[07:30:27]

jya:

I wrote a short entry on how to use it

[07:30:35]

dougt:

jya: got a link?

[07:30:57]

jya:

http://www.mythtv.org/wiki/Audio_Framework

[07:34:13]

jya:

i can't imagine that using libao would be any easier than using mythtv audio framework

[07:34:26]

jya:

it works on all plateform that mythtv supports

[07:34:46]

jya:

you are guaranteed that it's properly configure

[07:36:25]

jya:

and it means that as long as you have audio in raw form, you can play it, without having to worry about sampling rate, what the hardware support, having passhtorugh etc

[07:37:26]

Anssi:

jya: but if you read the edid via nvctrl, what happens if the user has multiple monitors.. how can you know which one is which hdmi audio device..

[07:38:00]

jya:

that's why I wrote "that becomes complicated with multiple monitor"

[07:38:12]

dougt:

jya: cool.

[07:38:16]

jya:

because ultimately, I have no idea what edid will be used when it comes to the audio card

[07:38:30]

jya:

back to the drawing board

[07:38:51]

Anssi:

jya: ah, didn't notice that line

[07:38:52]

jya:

dougt: looking at libao, I can't see how it will make you life any easier...

[07:38:53]

dougt:

jya: you should move your AudioOutputUtil into something that is exported. right now it isn't in dist/include

[07:39:37]

jya:

dougt: yeah, in my example, I use the pink noise generator

[07:39:49]

dougt:

jya: i see this error when running that generator:

[07:39:50]

dougt:

2010-12–20 23:37:33.418 AudioOutput Error: Error opening audio device (): No such file or directory

[07:39:53]

jya:

but that's an exception, there's no need for aoutil otherwise

[07:40:07]

dougt:

i heard the sound on most/all speakers.

[07:40:17]

dougt:

not sure if your code is suppose to throw that error

[07:40:24]

jya:

you haven't given the name of the audio device by the look of things

[07:40:39]

jya:

dougt: to be honest, I didn't even try to compile :)

[07:40:49]

dougt:

qq

[07:41:01]

jya:

the only way main is empty

[07:41:05]

jya:

is if QString main = gCoreContext->GetSetting("AudioOutputDevice");

[07:41:14]

jya:

returned QString::null

[07:41:27]

jya:

then you have more to worry about

[07:42:40]

dougt:

jya: do you know if there is built in decoding that I could use part of this framework?

[07:42:53]

jya:

no..

[07:43:01]

jya:

the audio framework plays raw audio

[07:43:02]

dougt:

for example, if i have a aac file, something?

[07:43:13]

jya:

you have to use libavcodec to decode

[07:43:19]

jya:

it's not too difficult to use

[07:43:21]

dougt:

easy enough.

[07:43:39]

dougt:

that is just the ffmpeg libs

[07:43:51]

jya:

that's right

[07:44:03]

jya:

you open the container of your file

[07:44:11]

jya:

check the codec used, open that codec

[07:45:08]

jya:

read a packet

[07:45:14]

jya:

feed it to avcodec_decode_audio_3

[07:45:32]

dougt:

sounds like you have done this before :D

[07:45:47]

jya:

pass the samples and size to AudioOuput with AddFrames

[07:45:54]

jya:

listen to your audio played

[07:46:07]

jya:

this it one of the fundamental API of ffmepg

[07:46:27]

jya:

once you've done it once, you can download any video, audio, whatever

[07:46:31]

jya:

it always work the same way

[07:47:47]

jya:

dougt: check ./libavformat/output-example.c

[07:48:53]

dougt:

yeah.

[07:48:54]

dougt:

looking

[07:48:56]

jya:

in that example

[07:49:06]

jya:

look at write_audio_frame

[07:49:26]

jya:

basically, what it does there, is read the frame, decode it, encode it, write it to the new file

[07:49:53]

dougt:

for playback, there is no need to re-encode it, right?

[07:49:57]

jya:

basically, remove everything after get_audio_frame

[07:50:03]

jya:

and you do:

[07:50:16]

jya:

AddFrames(samples, audio_input_frame_sze)

[07:50:25]

jya:

remove everything else

[07:50:31]

jya:

no need to re-encode now

[07:50:36]

jya:

you want the raw PCM audio

[07:51:17]

dougt:

thanks for your help.

[07:51:21]

jya:

the only requirements for samples, is that it's the same format given to AddFrames as the one you use in OpenAudio

[07:51:45]

jya:

dougt: I'm actually glad I could help.. It's very rewarding when people start using your code

[07:52:11]

jya:

makes you feel like my time didn't get wasted

[07:52:17]

dougt:

i am just happy i didn't have to use libao for this. :D

[07:52:25]

dougt:

(which isn't terrible, really)

[07:52:44]

dougt:

(its just extra baggage that this plugin didn't need)

[07:53:40]

jya:

oh, in AddFrames, if you don't care about avsync, for the timecode, you give -1

[07:54:02]

jya:

you can retrieve the timecode later on if need be

[07:54:23]

jya:

but if all you play is audio, and don't need to do anything else at the same time

[07:54:25]

NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 245 seconds)

[07:54:32]

jya:

usleep(audioOutput->GetAudioBufferedTime()*1000);

[07:54:34]

jya:

will do

[07:55:01]

jya:

could add audioOutput->Drain() right after though

[07:55:10]

jya:

this waits until the audio buffer is empty

[07:55:29]

jya:

no need for usleep

[07:56:12]

dougt:

jya: would it be interesting to have a method on Utils that takes a URL and plays it?

[07:56:14]

Feico (Feico!~chatzilla@194.149.80.4) has joined #mythtv

[07:56:36]

jya:

dougt: it's not much more complicated to do that yourself really

[07:56:44]

dougt:

yup.

[07:56:50]

jya:

reading the file with audio, and decoding it

[07:56:52]

dougt:

just wondering if others would want something like that.

[07:56:57]

jya:

it's a matter of 5 lines of code with ffmpeg

[07:57:25]

jya:

there's code now to retrieve a URL

[07:57:29]

jya:

haven't used it though

[07:57:40]

jya:

and I'm not sure if it's public

[07:57:40]

dougt:

from the av code, or in general?

[07:57:45]

jya:

in general

[07:57:52]

dougt:

yeah. that isn't hard.

[07:58:09]

dougt:

maybe some of the details of handling headers, and whatnot.

[07:58:15]

jya:

this is used to retrieve data like the themes, icon from the metadata downloader etc

[07:58:22]

jya:

and Qt provides similar stuff

[07:58:29]

dougt:

right

[07:58:36]

jya:

actually, there's a ffmpeg module to play straming file too

[07:58:55]

jya:

if you look at the git log over the past week or so, by markkendal

[07:59:06]

jya:

he's committed something on this matter not long ago

[07:59:48]

jya:

Anssi: what framework does alsa use to retrieve the info about the audio card?

[07:59:58]

jya:

the edid? wouldn't think so

[08:00:25]

Anssi:

jya: an ELD

[08:01:06]

Anssi:

jya: at least in the nvidia case, the ELD is inserted to the device by the display driver, with info extracted from EDID

[08:01:17]

jya:

right.. so the question really is : where does the ELD come from?

[08:01:25]

NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has joined #mythtv

[08:03:08]

Anssi:

jya: on intel it is probably handled directly in hw

[08:03:35]

Anssi:

anyway, the ELD always comes from the EDID

[08:04:11]

jya:

wonder how I can make sure I use the right edid :(

[08:04:26]

Anssi:

ELD = Edid Like Data

[08:04:34]

Anssi:

jya: don't see any way :I

[08:04:46]

jya:

and no API to retrieve the ELD, even in raw form?

[08:05:25]

jya:

each time I think that right! can do it.. turned out to be more complicated than before

[08:06:59]

Anssi:

jya: nope, other than the eld file..

[08:07:06]

jya:

I think I'm just going to read /proc/asound/cardX/eldY

[08:07:13]

jya:

build the data from that

[08:07:21]

Anssi:

jya: however, note that ELD is a HDAudio specific thing

[08:07:35]

jya:

and warn of incoming torture to whomever change the structure

[08:08:04]

Anssi:

but as all PC systems that have hdmi are HDA Intel based, it doesn't matter right now..

[08:08:05]

jya:

Anssi: ok, still the large majority of people using HDA I would assume

[08:08:47]

Anssi:

jya: you can make all this simpler by providing a patch to add the needed api to alsa :p

[08:09:21]

jya:

there's a long way between making something useful for my usage

[08:09:29]

jya:

and something that other will accept

[08:09:53]

jya:

remember the trauma of submitting something to ffmpeg

[08:10:15]

Anssi:

kernel/alsa is easier :p

[08:10:24]

jya:

sure?

[08:10:43]

jya:

the eld is a structure internally or something?

[08:10:57]

jya:

surely, I'm not going to make an API reading the eld text :)

[08:11:18]

Anssi:

well, not sure, but that is my feeling to date

[08:11:58]

Anssi:

eld is a structure iirc yes.. but any api woul not be for reading eld I think, but to get the supported codecs etc

[08:14:23]

NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection)

[08:24:08]

kormoc is now known as kormoc_afk

[08:38:59]

stuartm (stuartm!~gbee@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has quit (Ping timeout: 240 seconds)

[08:39:10]

stuartm (stuartm!~gbee@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has joined #mythtv

[09:01:15]

jya:

Ansi: back.. hat to put the kids to be

[09:01:18]

jya:

bed

[09:02:02]

jya:

For the API to report the supported codec, I assume that it would have to read the eld

[09:14:09]

Anssi:

jya: well, it would probably be some method that can be provided by the audio drivers, and the hda implementation would simply return the values parsed from edid

[09:18:07]

jya:

where should I start regarding adding a new API in alsa?

[09:18:17]

jya:

I'm guessing this has to be done in alsa-lib

[09:18:36]

jya:

any particular naming scheme I should look into?

[09:22:34]

Anssi:

well, I guess it means adding some alsa-lib function, and an ioctl in the alsa kernel part that the alsa-lib function calls

[09:23:01]

Anssi:

jya: no idea about any naming schemes or where exactly it should be added

[09:23:32]

Anssi:

(I don't know much about alsa-lib internals)

[09:29:08]

jya:

right... ah can't be bothered, will just parse the /proc/asound eld file... that'll take me 30 minutes at the most..

[09:37:59]

XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv

[09:40:27]

MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 260 seconds)

[09:47:01]

jya:

Anssi: why would alsa reports 8 channels @ 192kHz available on the GT220, when in eld it clearly shows as PCM 2 channels, AC3 and DTS only are supported ?

[09:58:55]

markk:

stuartm: I'm not sure if your the best person to ask, but... do you know if QEvents are actually passed to all objects – irrespective of the actual receiver object? I'm working up some general frontend message code and I'd like the TV class to intercept the event when present.

[10:04:44]

markk:

stuartm: nevermind – I see we already intercept main window events in TV already – so should be straightforward enough

[10:09:01]

jya:

markk: my direct experience is yes.. I had configured a receiver for a particular object and was only dealing that signal. Then found out that it was receiving all QEvents and I had to call the default handler on it.

[10:09:06]

vimuur (vimuur!~ville@84-253-247-71.bb.dnainternet.fi) has joined #mythtv

[10:09:44]

jya:

and if the QEvents was left unhandled, the destructor of the QWidget was never called

[10:10:43]

jya:

because the default qwidget destructor behaviour was to not destroy any child if there was any pending qevent

[10:13:00]

markk:

jya: don't think I need worry about any of that here – the framework is pretty much there, I'd just forgotten about the details.

[10:13:49]

vimuur (vimuur!~ville@84-253-247-71.bb.dnainternet.fi) has quit (Ping timeout: 260 seconds)

[10:14:06]

vimuur (vimuur!~ville@84-253-247-71.bb.dnainternet.fi) has joined #mythtv

[10:15:02]

stuartm:

kormoc_afk: http://svn.mythtv.org/trac/ticket/8779 is fixed because the ipod template has been deleted?

[10:15:35]

jya:

markk: I added the following hack yesterday on my repo: https://github.com/jyavenard/mythtv/commit/fe . . . 1e5c367a7bb5

[10:15:46]

jya:

this works quite nicely with your audio-only player...

[10:15:58]

jya:

so nice to be able to play *anything* with the default player

[10:16:57]

jya:

great potential too; could have some fancy video plugin there like visualiser, photo albums, slideshots etc..

[10:17:14]

stuartm:

jya: that was markk's intent

[10:18:26]

MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv

[10:19:00]

jya:

looks like mheg is working for people now.. that's a relief

[10:21:25]

XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 272 seconds)

[10:21:56]

kenni:

jya: do you know if anything has been introduced in 0.24-fixes within the past ~14 days that could lead to Alsa buffer underruns? I've never had these before in 0.24-fixes, but the last couple of days I've had them around once per hour combined with a small hitch in playback. I haven't had time to look at it yet, though

[10:22:06]

markk:

jya: audio playback still needs a lot of work though. various osd elements don't work, there's no audio device buffer management etc etc

[10:23:03]

jya:

kenni: i can only think of changes that would *reduce* buffer underruns, and those would be related to properly checking if the alsa hardware buffer is too small

[10:23:04]

jya:

mar

[10:23:21]

jya:

rk: yeah, I had a few segfault or assert trying to do things like rewind, fast forward

[10:23:45]

jya:

but for the stuff I do, it's a godsend.

[10:24:07]

kenni:

jya: ok, thx, I'll dig into it when time permits

[10:24:53]

jya:

Before, the only for me to test some audio content, was to fire Adobe CS5 and Premiere, and embed the audio with a dummy audio file

[10:25:00]

jya:

video file that is

[10:25:38]

jya:

kenni: which distribution are you using? if you run with -v audio, you should get some hints at the beginning related to the potential issue for audio underruns

[10:26:05]

kenni:

jya: it's my production system, so that is Ubuntu 10.04

[10:26:17]

kenni:

with server kernel

[10:26:28]

jya:

but right now, as all playback is done in the main thread, i found that it's easier to get buffer underruns if there's any delays occurring anywhere

[10:27:36]

jya:

did you get underruns with all version of 0.24 or only recently ?

[10:27:58]

kenni:

only recently, max 14 days I would say

[10:28:02]

jya:

the desktop kernel has a 1MB default alsa buffer

[10:28:08]

jya:

which is plenty

[10:28:10]

eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has joined #mythtv

[10:28:16]

jya:

not sure about server

[10:28:24]

jya:

but the default alsa buffer size is 64kB

[10:28:56]

jya:

that's not enough. you need 75kB for stereo, 48kHz, 16 bits...

[10:29:29]

jya:

check /proc/asound/cardX/pcmYp/sub0/prealloc

[10:29:39]

jya:

where X is the card number, and Y is the device number

[10:29:51]

jya:

as shown by aplay -L

[10:30:06]

jya:

sorry aplay -l

[10:32:41]

sutula (sutula!sutula@nat/hp/x-biuyifjicxaykase) has quit (*.net *.split)

[10:32:41]

Snow-Man (Snow-Man!~sfrost@tamriel.snowman.net) has quit (*.net *.split)

[10:32:41]

eharris_ (eharris_!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has quit (*.net *.split)

[10:32:41]

Casper0082 (Casper0082!~Casper@unaffiliated/kc) has quit (*.net *.split)

[10:33:15]

Casper0082 (Casper0082!~Casper@unaffiliated/kc) has joined #mythtv

[10:33:25]

Snow-Man (Snow-Man!~sfrost@tamriel.snowman.net) has joined #mythtv

[10:33:32]

sutula (sutula!sutula@nat/hp/x-gobctwxkhkszeuia) has joined #mythtv

[10:34:47]

Gibby (Gibby!~Gibby@204.118.10.244) has joined #mythtv

[10:35:25]

markk:

stuartm: something that's never really occurred to me before – should we be making the terra osd the default?

[10:36:12]

stuartm:

markk: IMHO the default OSD should match the default UI theme whatever that happens to be

[10:36:55]

stuartm:

the UI uses a global var, something like DEFAULT_THEME, to make it easier to switch

[10:37:17]

markk:

so that's a yes:)

[10:37:24]

stuartm:

s/global var/global constant/

[10:38:12]

stuartm:

markk: yes, just without advocating for Terra :) It's my theme but it's not that popular, even with me

[10:51:24]

jya:

anyone with an amplifier supporting AAC passthrough and willing to test some code ?

[11:07:52]

MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 255 seconds)

[11:11:39]

beata000 (beata000!~beata@c-69-251-208-81.hsd1.md.comcast.net) has joined #mythtv

[11:19:03]

beata000 (beata000!~beata@c-69-251-208-81.hsd1.md.comcast.net) has quit (Ping timeout: 272 seconds)

[11:33:19]

MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv

[11:39:28]

Casper0082 (Casper0082!~Casper@unaffiliated/kc) has quit (Ping timeout: 276 seconds)

[11:55:14]

kc (kc!~Casper@unaffiliated/kc) has joined #mythtv

[12:11:22]

Vaelys (Vaelys!awong@slammer.CS.Dal.Ca) has joined #mythtv

[12:39:40]

gigem (gigem!~david@host137.12.intrusion.com) has joined #mythtv

[12:43:43]

gigem_ (gigem_!~david@host137.12.intrusion.com) has quit (Ping timeout: 260 seconds)

[13:03:30]

fugdnscerd1 (fugdnscerd1!~fugdnscer@174-156-44-245.pools.spcsdns.net) has joined #mythtv

[13:27:21]

diwic (diwic!~david@ubuntu/member/diwic) has joined #mythtv

[13:28:32]

diwic:

jya, just a heads up to let you know your wish has been granted: Next time anyone makes an upload of PulseAudio to Ubuntu (11.04), the name hint for the default ALSA device will have a "PulseAudio" hint.

[13:29:01]

jya:

diwic: excellent, need to code to handle it then :)

[13:29:31]

jya:

will that be the case for any distribution with pulse, or just ubuntu?

[13:29:47]

diwic:

jya, just Ubuntu (every distro has its own way of handling that, it seems)

[13:30:16]

jya:

ah ok.. it's not so much an issue with ubuntu, ALSA:default is removed for ALSA:pulse when pulseaudio is running

[13:30:30]

jya:

or at least, it doesn't show up in aplay -L

[13:32:03]

diwic:

jya, so it'll be in 11.04, but I've only committed it to the VCS repo, so it's not released yet (and probably won't be before the end of this year)

[13:45:05]

Vaelys (Vaelys!awong@slammer.CS.Dal.Ca) has quit (Quit: leaving)

[14:02:08]

** jya feels like chocolate **

[14:02:32]

stuartm:

don't get too close to the fire then

[14:03:28]

jya:

ahhh.. soooo good

[14:05:22]

stuartm:

any user-scenarios where we wouldn't want to write the database/backend config after selecting a backend? Currently we prompt 'Save database details', 'Save backend details', 'Don't Save' – but I can't see a good reason to keep that, it's a much simpler UI to just trust that the user would want to save changes if they've clicked 'connect'

[14:06:00]

stuartm:

it's not as though the database/backend config.xml is irretrievable information

[14:06:02]

jya:

iamlindoro: I'm rewriting the audio settings class to make it a tad more future proof. rather than having to check for some capabilities individually (canDTS, canAC3 etc..) it's now using a structure that you can poll that contains the name of the settings, and true/false if supported.

[14:06:41]

jya:

stuartm: I got use to the Apple / Android of doing user settings: no more submit of OK to validate

[14:06:58]

jya:

i think it's better that way now... far easier to manage too

[14:07:24]

jya:

you check something: done, it's applied

[14:07:41]

[14:14:16]

stuartm:

jya: yeah I've already deleted that code locally, but at least if I ask then it can't be said I didn't consult over the decision

[14:14:34]

jya:

:)

[14:15:10]

stuartm:

in my local code those changes are saved without any prompt and we always use config.xml and not mysql.txt

[14:15:12]

jya:

is that using the web interface to do the setup?

[14:15:23]

stuartm:

jya: no this is frontend setup

[14:15:28]

jya:

ah ok

[14:15:52]

jya:

yeah, it really dislike on how you have to go trhough pages and pages of settings to save sometimes

[14:16:13]

stuartm:

first run of a frontend we prompt the user to select the backend they'll be using (if more than one) and write an appropriate config to /home/<user>/.mythtv/config.xml

[14:16:20]

jya:

also with the qsettings widget

[14:16:31]

jya:

it makes it complicated to actually run some test

[14:16:49]

jya:

had to go through plenty of hoops to be able to test the audio setup right away

[14:17:19]

jya:

otherwise, I have to wait for the database settings to be written as that's what the audio class reads to find out if you have AC3 or not

[14:17:46]

jya:

if the whole qsettings could be changed to immediately write on the database, it would greatly simplify settings

[14:29:41]

SteveGoodey (SteveGoodey!~quassel@host86-144-3-77.range86-144.btcentralplus.com) has joined #mythtv

[14:42:02]

antifoo (antifoo!~antifoo@123.200.143.227) has quit (Read error: Connection reset by peer)

[14:43:18]

antifoo (antifoo!~antifoo@123.200.143.227) has joined #mythtv

[14:44:09]

SteveGoodey (SteveGoodey!~quassel@host86-144-3-77.range86-144.btcentralplus.com) has quit (Remote host closed the connection)

[14:46:40]

SteveGoodey (SteveGoodey!~quassel@host86-144-3-77.range86-144.btcentralplus.com) has joined #mythtv

[14:58:01]

j-rod|afk is now known as j-rod

[15:02:45]

SteveGoodey (SteveGoodey!~quassel@host86-144-3-77.range86-144.btcentralplus.com) has quit (Remote host closed the connection)

[15:05:52]

Anssi:

jya: what you mean "alsa reports as available"? anyway, as of 2.6.36 alsa should not be allowing 8ch if only 2ch is supported in eld..

[15:06:17]

jya:

Anssi: I meant exactly that..

[15:06:25]

antifoo (antifoo!~antifoo@123.200.143.227) has quit (Ping timeout: 272 seconds)

[15:06:42]

jya:

when I query alsa for the number of channels available, I get 2,3,4...8

[15:06:48]

jya:

but eld reports 2..

[15:06:52]

jya:

running 1.0.23

[15:07:25]

jya:

so I guess upgrading to 2.6.36 would fix it

[15:08:26]

jya:

though I currently make the assumption that to offer E-AC3, TrueHD and DTS-HD option, I must see that 8 channels LPCM is available

[15:08:56]

jya:

as 7.1 LPCM is compulsory with bluray, it's a safe assumption I think

[15:09:10]

Anssi:

jya: yes, except that 2.6.36 contains another bug that causes 2 channels to not be available if eld only says 8ch... but that will be fixed in 2.6.36.3

[15:09:22]

jya:

ah yes, that bug..

[15:09:57]

jya:

Ansi: would that also allow 4,5,6,7 btw?

[15:10:26]

Anssi:

jya: hm?

[15:10:29]

jya:

i think to recall that the eld value is only used for max now

[15:10:32]

jya:

not min

[15:10:40]

Anssi:

jya: yes

[15:11:14]

Anssi:

jya: but note that at least on my system 3,5,7 channels do not work properly on hdmi

[15:11:24]

Anssi:

(it is on my todo to look at that as well)

[15:11:35]

jya:

I have a 5.0 AC3 available here

[15:11:52]

jya:

I could always decode it and pass it as LPCM to try what it does

[15:12:06]

Anssi:

jya: or just use speaker-test -c5

[15:12:09]

jya:

by not working properly

[15:12:14]

jya:

what do you mean?

[15:12:57]

jya:

oops: Write error: -5,Input/output error

[15:12:57]

jya:

xrun_recovery failed: -5,Input/output error

[15:14:09]

jya:

hum... so my choice of passing as LPCM if alsa reports the number of channels and not re-encode as AC3 is going to make that 5.0 track fail if audio processing is enabled

[15:14:12]

jya:

bugger

[15:14:31]

jya:

it's seems that NBC in the US now broadcast all content as 5.0

[15:15:22]

jya:

so now I need to have an advanced settings: re-encode odd number of channels to AC3 :)

[15:21:13]

jya:

could there be any possibility that the eld reports 2 channels LPCM max, but reports TrueHD and DTS-HD as being available?

[15:22:53]

jya:

can't think of a reason for those to actually exist though

[15:23:29]

Anssi:

jya: technically yes, in practice unlikely

[15:23:31]

jya:

but just had a user with a ION , with a quite recent Sony amplifier. 5.1 LPCM doesn't work for him, he only hears left and right

[15:24:00]

jya:

the documentation states LPCM as supported, and it has TrueHD and DTS-HD MA in the feature set

[15:24:11]

jya:

no eld file unfortunately, so I couldn't check further

[15:24:32]

Anssi:

was it the older ion (gf9400m like) or the newer one?

[15:24:47]

jya:

not sure, ion1 I believe

[15:25:28]

jya:

he wrote "Asrock ION 330HT – with NVIDIA ION chipset"

[15:25:45]

jya:

Sony STR-DH800 amp

[15:29:09]

Anssi:

with newer ion I would've said that he might be using the wrong DEV=x , but the older ion doesn't have multiple hdmi codecs..

[15:38:57]

benklop1 (benklop1!~bklopfens@little-black-box.vmware.com) has joined #mythtv

[15:41:03]

benklop (benklop!~bklopfens@little-black-box.vmware.com) has quit (Ping timeout: 260 seconds)

[15:44:37]

fugdnscerd1 (fugdnscerd1!~fugdnscer@174-156-44-245.pools.spcsdns.net) has quit (Ping timeout: 255 seconds)

[15:47:24]

antifoo (antifoo!~antifoo@123.200.143.227) has joined #mythtv

[15:51:14]

Feico (Feico!~chatzilla@194.149.80.4) has quit (Read error: Connection reset by peer)

[15:58:18]

iamlindoro:

jya: No problem, I will adapt as we go-- had the device query and audio test working last night, but I need to polish it up a bit and write a couple of more screens-- do what you need to do and I'll keep my code in line with it

[15:58:59]

jya:

iamlindoro: ok.. I made it backward compatible anyway for AC3, DTS and LPCM

[15:59:25]

jya:

won't merge until Jane has done the ffmpeg resync anyway

[15:59:41]

jya:

won't work with just a #if anymore

[16:06:11]

iamlindoro:

no problem-- I'll bug you if something confuses me, which is likely ;)

[16:08:00]

cesman (cesman!~cecil@pool-71-254-162-41.lsanca.fios.verizon.net) has joined #mythtv

[16:08:00]

cesman (cesman!~cecil@pdpc/supporter/professional/cesman) has joined #mythtv

[16:08:00]

cesman (cesman!~cecil@pool-71-254-162-41.lsanca.fios.verizon.net) has quit (Changing host)

[16:10:49]

dougt (dougt!~dougt@c-24-130-158-216.hsd1.ca.comcast.net) has quit (Quit: dougt)

[16:34:04]

jya:

iamlindoro: how do you search in the recording screens then? Ctrl-S does nothing

[16:34:29]

iamlindoro:

Don't think anyone has added search to the PBB

[16:34:34]

iamlindoro:

Though I think it would be a nice thing to add

[16:34:53]

jya:

it would... have 1000s of recording, and scrolling takes forever...

[16:34:55]

stuartm:

in-line search of lists was a feature of the old list widget, was never ported to mythui

[16:35:04]

jya:

what about 1-> A, 1-> B... :)

[16:35:22]

iamlindoro:

stuartm: I showed JYA MythVideo/MythGame's incremental search

[16:35:36]

stuartm:

jya: ties up the numerical keys in a way I'm not entirely happy about

[16:36:01]

jya:

in the recording screen or the mythvideo, what are numerical keys used for ?

[16:36:15]

stuartm:

fwiw if you really have that many recordings, then you should consider using the group list more productively, how do you have it set currently – titles?

[16:36:37]

jya:

default :)

[16:37:11]

jya:

changing group list takes too long anyway... lots of categories

[16:37:29]

jya:

i use arclight, on the left if have the show's name

[16:37:41]

jya:

on the right the episodes.

[16:37:50]

stuartm:

jya: a lot of people bind numerical keys to stuff like PAGEUP/PAGEDOWN

[16:37:56]

jya:

knowing that most of the time, 1 show's name = 1 episode

[16:38:13]

jya:

"lots" ?

[16:38:19]

stuartm:

lots

[16:38:29]

jya:

i have up/down and prog+/prog- for that

[16:38:57]

jya:

numerical keys make up for 1/3rd of my remote buttons

[16:39:06]

jya:

yet can't use them in most screen

[16:39:43]

jya:

i really like the idea of pressing 2 in the recording screen with the cursor on the left

[16:39:51]

jya:

bang: first show starting with D

[16:40:03]

stuartm:

jya: if you want to create ABC, DEF, etc bindings then that's fine, since you can then bind whatever you like to those without hardcoding the numerical keys and taking them away from users who have another use for them

[16:40:29]

stuartm:

jya: my remote has ABC on 2, DEF on 3 (like a phone)

[16:40:35]

jya:

exactly

[16:40:48]

jya:

that's why i'm looking at the numerical keypad for

[16:40:54]

jya:

first press of 2, D

[16:40:59]

jya:

2nd E etc..

[16:41:02]

jya:

just like a phone

[16:41:09]

jya:

like search in the address book

[16:41:14]

jya:

they all do that

[16:41:49]

stuartm:

jya: and like I said, that doesn't match what's printed on the MCE remote (which happens to be a popular one)

[16:41:56]

jya:

unless you can tell me a way to jump to a given show?

[16:42:07]

jya:

oops sorry..

[16:42:13]

jya:

yeah, mine is like that to

[16:42:27]

jya:

ABC -> 2

[16:42:35]

jya:

like a phone

[16:42:45]

jya:

this mce remote, has no writing on it

[16:42:48]

stuartm:

right, so create 8 new bindings that can be optionally mapped to the numerical keys

[16:43:10]

jya:

i'm just trying to resolve an actual problem

[16:43:17]

antifoo (antifoo!~antifoo@123.200.143.227) has quit (Ping timeout: 264 seconds)

[16:43:35]

jya:

I can't search in the recording screen, not jump to a given show starting by a given letter

[16:43:52]

jya:

it's possible to create a binding where first press is a letter, 2nd press another ?

[16:44:25]

stuartm:

you can creating bindings to do anything

[16:44:31]

jya:

i never said I wanted to have it one way and not another

[16:44:32]

stuartm:

create

[16:44:52]

jya:

when you say create binding, you mean simply going into the key binding editor?

[16:45:07]

jya:

or writing code for implementing those?

[16:46:07]

stuartm:

8 new actions, unmapped by default, name them appropriately e.g. JUMP_ABC, JUMP_DEF, etc then modify MythUIButtonList to act accordingly for those actions then you just need to bind your numerical keys to those actions as you see fit

[16:47:29]

jya:

ah ok... so we are in agreement on what needs to be done. Suddenly I was expecting that i could just press A in the recording screen and jumped to A

[16:47:33]

stuartm:

the in-line search stuff will be neater and more portable since first-letter jumps assumes that the lists are sorted alphabetically, which isn't often the case

[16:47:57]

jya:

stuartm: yes, you mentioned that last time I suggested the ABC stuff

[16:48:01]

antifoo (antifoo!~antifoo@123.200.143.227) has joined #mythtv

[16:48:07]

stuartm:

jya: heh, no, I was just suggesting an alternate implementation which doesn't hardcode "2" to "ABC" etc

[16:48:26]

jya:

oh, I never meant hardcoding anything..

[16:48:46]

iamlindoro:

stuartm: Out of curiosity, did you see my comments the other day regarding myththemedmenu? I'd like to start looking at spicing it up a bit so that individual actions could have context sensitive theming (ie, highlight optical disc, QTimer runs out, drive is polled and BD metadata/screenshot loaded)... just wondered what you thought about it

[16:49:19]

jya:

wonder now how trivial it will be to add responding to those binding in the recorded screen

[16:49:42]

jya:

as the behaviour of those keybinding will change with a timer

[16:49:43]

iamlindoro:

jya: If you make them global bindings and handle them in mythuibuttonlist, then it's location agnostic

[16:50:16]

jya:

ok.. i need to dig further into this ; and I'll my questions after

[16:50:22]

stuartm:

jya: as iamlindoro said if they are in the widget then they'll work anywhere that we display a list

[16:50:43]

jya:

because if there's no search curretnly in the recording screen, there's not much I can bind to !

[16:51:07]

stuartm:

iamlindoro: I saw them, I don't have any thoughts atm, I think it needs to be done 'right' but I don't know what 'right' is atm

[16:51:31]

jya:

i had to program a SMS editor back many many moons ago; and handle just that A..B..C ... brigns back so momories

[16:51:35]

iamlindoro:

stuartm: Hrm. Well, guess I'll have to go off and implement it wrong so that we can figure out what right is ;)

[16:52:46]

stuartm:

iamlindoro: maybe we want to add the concept of button types, but it's hard to explain concisely what I mean by that, it's a kernel of an idea that I'm only just formulating ;)

[16:53:36]

iamlindoro:

Well, could link a <type> in a menutheme to a state in a statetype in menu-ui.xml

[16:54:03]

iamlindoro:

ie <type>disc</type> in the menu theme equates to <state name="disc"> in a named statetype in menu-ui.xml

[16:54:10]

iamlindoro:

That was basically what I proposed yesterday

[16:54:22]

stuartm:

yeah ... that's not a bad place to start

[16:56:26]

iamlindoro:

Then just write handlers for each type in myththemedmenu or wherever so that disc parses all known disc types for metadata and writes out a map, video wills a map with some info about the library, number unwatched, etc., recordings provides a list of most recently recorded items, etc.

[16:56:35]

iamlindoro:

er s/wills/fills/

[16:57:30]

stuartm:

I'm thinking about particularly about extensibility and future uses, e.g. 'Play Music' button could encapsulate the miniplayer info if you have music playing in the background, the 'Status' button could show a summary of problems or otherwise "All good" vs "3 Errors"

[16:57:58]

stuartm:

iamlindoro: seems like we're on the same page

[16:58:34]

iamlindoro:

cool. Once I finish up on the setup wizard maybe I'll have a look at that

[16:58:46]

iamlindoro:

did you see the wizard stuff, btw? I was eager to know your thoughts about that

[16:59:21]

iamlindoro:

http://www.fecitfacta.com/general.png http://www.fecitfacta.com/audio.png http://www.fecitfacta.com/simplevideosetup.png

[16:59:25]

iamlindoro:

(at risk of repeating myself)

[17:00:19]

jya:

iamlindoro: would be great to not even have to configure the playback profile and use some table for best settings

[17:00:42]

jya:

has nvidia and vdpau -> use that.. if chip >= A -> this profile

[17:01:09]

jya:

so complicated the playback profile to set up

[17:02:02]

iamlindoro:

We can definitely get "hints" (ie, I'd love to set the starting item in that buttonlist to whatever makes the most sense) but I think I like the idea of allowing people to just try them out and see what looks/works best for them since it'll never be perfect

[17:02:17]

iamlindoro:

And besides, the wizard isn't *that* hard-- you don't have to do anything but try them

[17:02:44]

jya:

i guess if you have the test button working...

[17:02:58]

iamlindoro:

Yep, they work

[17:02:59]

jya:

with the proper sample to test..

[17:03:02]

iamlindoro:

Yep

[17:03:07]

stuartm:

iamlindoro: all looks good to me, well aside from what jya is saying – that the more stuff we don't ask users about the better

[17:03:13]

stuartm:

e.g. time/date formats should be good out of the box for most people wherever we have a local file

[17:03:14]

jya:

something real thard to play, just to be sure :)

[17:03:46]

iamlindoro:

Current tests are Big Buck Bunny, with my ultiamte goal to re-encode it to closely match a difficult to play broadcast standard

[17:03:58]

iamlindoro:

ie, closely match BBD-HD encoding options

[17:04:02]

iamlindoro:

er BBC-HD

[17:04:21]

** jya wonders how copyright aren't going to come into play **

[17:04:25]

stuartm:

iamlindoro: I'm pretty busy and distracted atm, so I can't offer any in-depth thoughts

[17:04:34]

iamlindoro:

BBB is open

[17:05:14]

iamlindoro:

ie, the raw video frames are all available, under Creative Commons

[17:05:29]

iamlindoro:

Just needs attribution

[17:05:37]

jya:

cool

[17:05:53]

jya:

so now mythtv packages will go from 117MB to 300 :)

[17:06:13]

elmojo:

jya: how did the test with DTS-HD -> DTS only receiver go?

[17:06:17]

iamlindoro:

Heh, yeah, I am a little concerned about that-- offering a long enough sample to test, without making the packages giant

[17:06:33]

jya:

elmojo: makes my yamaha blinks :)

[17:06:36]

iamlindoro:

If the HTTP Ringbuffer worked well then we could serve the test off of a server

[17:06:39]

elmojo:

you talked so much last night that scrollback was too saturated

[17:06:54]

jya:

ahah

[17:07:10]

elmojo:

ok cool, thanks for testing

[17:07:18]

stuartm:

that should be 'locale' file btw – if we could arrange for more of those to be created we'd be in a good place

[17:07:23]

jya:

elmojo: my amp only supports 48kHz stereo PCM

[17:07:58]

jya:

I have now added some settings to limit the bitrate to 6.144Mbits/ so I can now try sending DTS-HD MA over stereo PCM

[17:08:07]

jya:

can try that too..

[17:22:22]

kth (kth!~kth@dyndsl-080-228-187-101.ewe-ip-backbone.de) has joined #mythtv

[17:23:07]

jya:

what's the proper spelling? Passthru or Passthrough ? confused

[17:23:45]

iamlindoro:

The latter

[17:24:06]

iamlindoro:

The former is comprehensible, but it's shorthand/sloppy

[17:24:12]

jya:

all the database setting use passthru.

[17:24:21]

jya:

function name and description: passthrough

[17:24:32]

iamlindoro:

yeah, for a setting it's probably okay but in the actual UI it should be Passthrough

[17:25:16]

jya:

for consistency sake I've kept it.. and just put it in the basket of Americans can't spell..

[17:26:12]

iamlindoro:

Sounds more like sloppiness than illiteracy

[17:26:28]

jya:

oh, I'm sure it required more effort

[17:26:38]

jya:

to have consistent dual spelling everywhere

[17:27:26]

jya:

like name of the function: PassThroughOutputDevice, settings -> PassThruOutputDevice

[17:27:34]

jya:

didn't come with those names !

[17:28:30]

** jya 4:30AM.. time for bed **

[17:31:28]

PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit (Ping timeout: 265 seconds)

[17:37:45]

PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv

[17:38:12]

gigem (gigem!~david@host137.12.intrusion.com) has quit (Remote host closed the connection)

[17:38:38]

gigem (gigem!~david@host137.12.intrusion.com) has joined #mythtv

[17:42:50]

kormoc_afk is now known as kormoc

[17:43:20]

kth (kth!~kth@dyndsl-080-228-187-101.ewe-ip-backbone.de) has quit (Quit: Leaving.)

[17:44:20]

SteveGoodey (SteveGoodey!~quassel@host109-158-208-148.range109-158.btcentralplus.com) has joined #mythtv

[17:57:26]

iamlindoro:

Does anyone have access to contrast and color tests licensed such that we could distribute them? I'd like to find some 1080p ones, and if pressed I can generate them myself, but it wouldn't hurt to find very good ones that we can use

[18:00:32]

stoffel (stoffel!~quassel@51-19.0-85.cust.bluewin.ch) has joined #mythtv

[18:08:42]

skd5aner:

iamlindoro: not sure if it's what you're looking for, but I believe there are some I've found out on avsforum.com in the past

[18:08:58]

iamlindoro:

skd5aner: Are they clear on the licensing?

[18:09:13]

skd5aner:

that, I don't remember – last time I looked was 3 years ago

[18:09:21]

iamlindoro:

Whatever it is would probably need to be CC allowing modification or at lest only attribution

[18:09:24]

iamlindoro:

er least

[18:09:29]

iamlindoro:

I'll have a look, thanks

[18:09:40]

iamlindoro:

I suspect I'll end up needing to generate them for one reason or another

[18:09:43]

skd5aner:

np

[18:13:23]

Kunalagon (Kunalagon!~Kunalagon@212.200.241.183) has joined #mythtv

[18:16:59]

stuartm:

iamlindoro: somebody posted a link in here a couple of years ago, I don't remember what it was but it was a set produced by a company that specialises in creating them and IIRC they were licensed appropriately

[18:18:15]

skd5aner:

to the logs! oh... wait...

[18:19:35]

stuartm:

yeah, unless sphery has that link we're not likely to find it directly, but I felt it worth mentioning that what he wanted was available ... somewhere

[18:20:16]

stuartm:

I quite like the BBC HD test card, but obviously we can't distribute that ... at least I don't think we can

[18:21:44]

iamlindoro:

I think that the challenge of picture calibration is less about the image, which is fairly easy to create, and more about properly instructing people in their use. I kind of enjoy figuring out how to word things like this, though, so hopefully I can find something fun

[18:21:55]

iamlindoro:

stuartm: I'll see if I can figure out where that might have been

[18:22:41]

stuartm:

http://www.bbc.co.uk/blogs/bbcinternet/2008/1 . . . m_the_h.html

[18:22:52]

stuartm:

I can't see anything about the license conditions there

[18:23:09]

stuartm:

iamlindoro: that url also includes the instructions for use

[18:24:11]

skd5aner:

iamlindoro: you've probably found this by now, but – http://www.avsforum.com/avs-vb/forumdisplay.php?f=139

[18:25:08]

skd5aner:

and a decent thread: http://www.avsforum.com/avs-vb/showthread.php?t=852536

[18:26:07]

skd5aner:

and I believe this is the set of test patterns I was referring to – http://www.avsforum.com/avs-vb/showthread.php?t=948496

[18:27:02]

skd5aner:

there is redistribution guidelines in the "acknowledgments" section

[18:28:27]

natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv

[18:28:40]

skd5aner:

hope that helps, or is close to what you were looking for :)

[18:29:21]

skd5aner:

that second link is a GREAT guide on how to calibrate and what everything means

[18:30:10]

iamlindoro:

skd5aner: Thanks-- In the case of the former I'd like users not to need any external calibration equipment (those people don't need myth to calibrate their displays) and in the case of the latter I'm not sure the distribution info is totally compatibly, but will think about it-- Looking to make it as simple as "Turn down the darkness until the left circle disappears," and "turn up the contrast until the circle disappears" etc.

[18:30:36]

skd5aner:

yea, gotcha

[18:31:32]

skd5aner:

the authors' contact info is there, it's possible they'd be willing to consider using an actual license :)

[18:35:19]

stuartm:

that's why I like the BBC guide/testcard, it's a nice simple series of steps

[18:36:29]

stuartm:

although I'm not really sure I understand their decision to drop the levels slightly, plasma owners should know better ...

[18:37:32]

stuartm:

still it shouldn't be hard to correct the levels again in any good graphics editor :)

[18:44:05]

iamlindoro:

stuartm: I have had the same argument about the time/date string formats in my head-- I think they should be set by the locale file too-- I can't help but feel that there are a *couple* of basic usability settings that should be on that "general" page but haven't quite decided yet which those are

[18:44:56]

iamlindoro:

I just know that I don't want to present the fiddly little stuff, and that date formats seemed like normal basic setup steps for other hardware/software DVRs and media centers-- I'll likely decide on other stuff for that window, though

[18:45:40]

iamlindoro:

My overwhelming desire is to just keep the wizard extremely lean, BUT to ensure that when the user has completed it, he has working audio, video, and the UI fits on the screen, if even remotely possible

[18:50:37]

stuartm:

http://www.mythtv.org/wiki/Channel_icons << The stuff Steve just added should not be necessary, icons should be automatically available to all frontends via the protocol – so we need to fix that if it's broken

[18:54:52]

iamlindoro:

stuartm: I think that once multiuser is implemented that the first screen might be a good place to set up a user, that would be a sensible first setup step

[18:56:52]

JEDIDIAH__ (JEDIDIAH__!~jedi@cpe-76-185-72-21.tx.res.rr.com) has joined #mythtv

[18:57:05]

stuartm:

is there a guide to cross compiling MythTV anywhere?

[18:58:14]

stuartm:

tired of keeping my atom netbook updated when the compiles take so long

[19:02:23]

stuartm:

actually, there might be a better way if the ubuntu packagers are maintaining trunk builds

[19:02:30]

** stuartm heads over to #mythbuntu **

[19:07:43]

jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Remote host closed the connection)

[19:08:06]

Steve_Goodey (Steve_Goodey!~quassel@host109-158-208-60.range109-158.btcentralplus.com) has joined #mythtv

[19:10:07]

jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv

[19:10:40]

SteveGoodey (SteveGoodey!~quassel@host109-158-208-148.range109-158.btcentralplus.com) has quit (Ping timeout: 245 seconds)

[19:14:53]

wagnerrp:

stuartm: yeah, they do nightly packages

[19:15:15]

wagnerrp:

youre just talking about cross compiling a 32-bit binary on a 64-bit machine?

[19:16:19]

stuartm:

wagnerrp: yep, well different lib versions etc should that matter, I've never had to cross-compile anything before

[19:16:53]

wagnerrp:

might want to talk to beirdo, hes been crosscompiling windows builds on a linux backend

[19:26:01]

mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 255 seconds)

[19:27:16]

mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv

[19:27:29]

stoffel (stoffel!~quassel@51-19.0-85.cust.bluewin.ch) has quit (Remote host closed the connection)

[19:27:57]

SteveGoodey (SteveGoodey!~steve@host109-158-208-60.range109-158.btcentralplus.com) has joined #mythtv

[19:51:36]

Captain_Murdoch:

copy the necessary part of the netbook's filesystem to a faster machine, chroot, compile, install, rsync /usr/local back to netbook

[19:52:26]

** Captain_Murdoch does that to compile for his nfsroot systems sometimes. just chroot into the nfsroot image on the fileserver and compile. **

[19:56:21]

iamlindoro:

So, I'll throw it out while I'm working on it-- Looking for *absolutely essential* steps in any "new setup wizard." Right now there's a slightly undefined general settings window, an extremely simplified audio setup and test, and an extremely simplified video profile selection and test. I am looking at adding picture calibration. What else should the user need to do to have a properly configured frontend upon first run?

[19:57:21]

iamlindoro:

oh, and I'll likely do overscan correction too

[19:57:36]

iamlindoro:

(probably as the last step since it requires a frontend reload)

[19:59:48]

stuartm:

language/locale but those are already covered in the existing frontend and really they are probably redundant for a frontend since they should match the backend

[20:00:12]

iamlindoro:

Yeah, exactly, I think I imagined this loading directly after language and locale selection

[20:00:49]

stuartm:

I can't think of anything else atm

[20:00:58]

iamlindoro:

ok, will go with that for now then, thanks

[20:06:36]

skd5aner:

any necessary steps around input/lirc configuration?

[20:07:23]

iamlindoro:

There aren't any in-frontend necessary steps

[20:07:41]

skd5aner:

k – just thinking out loud :)

[20:07:49]

iamlindoro:

If we had managed to get the direct input stuff working, I had intended to write a keybinding wizard too

[20:07:51]

iamlindoro:

so not too far off

[20:08:03]

iamlindoro:

but without being able to recognize the remote keypresses directly, it's probably sort of a moot point

[20:08:19]

iamlindoro:

When/if we are able to use the direct input stuff I think it will absolutely be something we want there

[20:08:26]

skd5aner:

CD/DVD drive location? or is that currently autodetected?

[20:08:34]

iamlindoro:

too fiddly

[20:08:55]

iamlindoro:

because then you are on the wrong end of the slippery slope

[20:09:07]

iamlindoro:

"oh, and music location... and gallery location... and guide transparency..."

[20:09:10]

skd5aner:

yea, I can see you're trying to draw the line somewhere

[20:09:13]

stuartm:

CD/DVD should be auto-detected

[20:10:11]

iamlindoro:

I want the UI to fit in the window, and for video and audio to function and look good. I *would* like to walk someone through the basic keybindings w/ a remote but without direct input don't think it's possible. But outside of that I will probably very fiercely defend the leanness of the wizard

[20:10:14]

stuartm:

of course it's much easier when distros all do the same thing instead of trying to be 'better' just by being different in ways that are meaningless to the end user

[20:11:47]

clever:

you could ps aux, find every lircd process, parse the command line args given to them, and link to every socket posible

[20:11:54]

iamlindoro:

I was thinking abou removing the DVD drive speed setting

[20:12:05]

clever:

and then monitor every lircd and the keyboard/mouse to see which ones actualy work when you ask the user to hit random buttons

[20:12:06]

iamlindoro:

and setting it to 2 by default

[20:12:23]

stuartm:

iamlindoro: makes sense

[20:12:26]

skd5aner:

is noise the primary concern above 2?

[20:12:30]

iamlindoro:

yeah

[20:12:43]

iamlindoro:

But realistically, even single speed should be enough when playing back video

[20:13:03]

stuartm:

skd5aner: aye and you don't need anything above 2x for streaming of DVDs/Bluray

[20:14:55]

iamlindoro:

Trying to find creative ways to wipe out the last of my MythVideo Qt settings Will lose a page when we go to SG-only, I think I can remove the rest of the Qt DVD settings, I think the locale rating levels should move the the locale files, and parental/pin stuff should become multiuser stuff

[20:15:47]

iamlindoro:

Then MythVideo will be 100% Qt free

[20:16:51]

stuartm:

3x crates of beer for the person who rids us of the local-file and external player stuff in mythvideo

[20:17:05]

iamlindoro:

pssssht, easy :)

[20:17:19]

stuartm:

iamlindoro: without breaking encrypted DVD support ;)

[20:17:22]

iamlindoro:

Get Encrypted DVD playback working with SGs and I'll have it done by whatever release that is :)

[20:17:39]

iamlindoro:

Hey, you're the one with the big solution to that ;)

[20:18:13]

stuartm:

heh, yeah, maybe I'll find time to finish it over the christmas holiday

[20:19:13]

stuartm:

there are multiple solutions to the problems I had, but none of them were terribly pretty, guess I'll just pick one and let someone else clean it up

[20:19:38]

iamlindoro:

That's how we do it here at MythTV ;)

[20:20:23]

stuartm:

I had playback of encrypted DVDs working, but only partially, so I know it will work but I'll have to amend the protocol for a full solution

[20:27:02]

iamlindoro:

wagnerrp: stuartm: Do either of you have access to specifications (or even better, an ffmpeg command line) which would simulate highest-bitrate BBC-HD output? I'll need to re-encode the HD video test for bitrate and parameters

[20:27:55]

wagnerrp:

no idea what the BBC-HD format is

[20:28:23]

wagnerrp:

just remember mention that it was originally ~20mbps single-sliced h264 when they were doing their initial testing a few years back

[20:28:31]

iamlindoro:

Roughly speaking I know we're talking about 1080p H.264 at 18–19 mBit/s but obviously that's a little vague when trying to create a good test

[20:28:44]

stuartm:

no clue sorry, even if I had an idea of the profiles in use it would only be approximate, it's not as though they use a software encoder like x264

[20:28:51]

wagnerrp:

the single sliced bit being the killer

[20:29:17]

iamlindoro:

Yeah-- think I want to err on the side of higher end of broadcast for the HD sample, thus my immediate thoughts of BBC-HD

[20:29:30]

iamlindoro:

Then if you "pass" the HD playback test, odds are you're pretty much set

[20:31:09]

stuartm:

I've always thought that some of the more heavily compressed stuff would be harder to decode, sure the BBC HD stuff is a good workout but there must be tougher encoding options

[20:31:43]

sphery:

stuartm: That change to http://www.mythtv.org/wiki/Channel_icons came out of http://www.gossamer-threads.com/lists/mythtv/users/464418#464418 . Do you happen to know if the OSD actually uses non-local icon files?

[20:31:46]

iamlindoro:

Well I don't think we want to set the bar unattainably high-- ie, we don't want a system that would play back one of the tougher broadcast sources around fine to fail

[20:32:12]

iamlindoro:

If I wanted to do that it'd be easy to create a very hard to play sample-- I am looking for a happy medium of "sane but higher end"

[20:32:15]

sphery:

I saw it--and the link to my old 2007 post--but had no idea of the current state, post mythui OSD

[20:33:28]

iamlindoro:

That said, if we could up the difficultyl slightly while minimizing bitrate, that's good for distribution purposes

[20:33:54]

iamlindoro:

Just want something that will be a decent indicator that HD playback will be possible for *most*-- only aiming at the majority, after all

[20:33:54]

stuartm:

sphery: it didn't used to, about 3–4 years ago I ported it to use the protocol (like the guide) but that was never committed because it seems to choke playback in when browsing, the repeated grabs of icons disrupted other protocol events since they used the same data socket

[20:37:31]

stuartm:

sphery: but I was under the impression that it had been fixed more recently, especially with the new OSD

[20:38:08]

stuartm:

sorry, keyboard batteries died just before I hit return :) Next time I won't ignore the low battery light for two days

[20:43:44]

skd5aner:

iamlindoro: for content of the HD test video, are you looking to do interlaced or progressive? Would de-interlacing enter the video setup piece? Also, what about frequency differences between regions – would that come into play?

[20:44:08]

skd5aner:

50Hz vs 60Hz, etc

[20:44:17]

iamlindoro:

Frequency should make no difference, the player doesn't care where your content is from

[20:44:39]

iamlindoro:

The HD sample will likely be interlaced

[20:44:52]

skd5aner:

I assume that's up to the user to ensure X is configured to output properly prior to myth coming into play

[20:45:12]

iamlindoro:

not really, I could easily take a recording made by stuartm and play it with no change to X

[20:45:33]

skd5aner:

oh, yea... I just meant the output refresh rate in general

[20:45:59]

skd5aner:

not that you couldn't play a file that has one or the other on whatever is setup in xorg.conf

[20:46:02]

stuartm:

it's the distro's responsibility to ensure they supply users with a working desktop

[20:46:19]

iamlindoro:

exactly-- if you get as far as the wizard, you already have working X

[20:47:13]

stuartm:

refresh rates etc are the domain of EDID etc

[20:47:46]

stuartm:

and drivers

[20:47:50]

iamlindoro:

*Can* a user get as far as running the wizard with the VESA driver? Sure. Is that person the target audience? No

[20:48:36]

stuartm:

and talk of TVs not reporting correct resolutions/refresh rates via EDID are not our problem, in the same way as they are not the problem of DVD players or whatever else you connect to your TV via HDMI

[20:49:08]

iamlindoro:

The vast majority of users are not bottlenecked by the obscure issues like refresh rate inaccuracies or even correct driver choice, as most modern distros prompt you to install the correct one if they're worth a damn-- The *vast* majority of fuckups are the people who don't have working audio or video when they finally get the FE going, which they (reasonably) expect will "just work"

[20:50:29]

iamlindoro:

Since there's no easy way to autodetect the right audio and video configuration because of the vast numbers of variables, we can present what I'm working on, which is an extremely lean, extremely easy to understand process that allows testing of each element "in situ"... it won't work for everybody, but it *will* work for most and I believe it'll cut down on a HUGE number of the "initial setup" growing pains

[20:51:35]

iamlindoro:

When and if we can detect the "most appropriate" video and audio configurations we can streamline the process even more, but I daresay there will always be a place for intercepting the users before they have a chance to discover that video and audio playback aren't working

[20:52:09]

iamlindoro:

ie, if we guide a user through the wizard and he tries a couple video profiles until he's happy, and a couple of audio configs until he is happy, that's one less user that would otherwise have tried to hit "Watch TV," failed, and said, "MythTV sucks."

[20:52:50]

skd5aner:

hmmm, so in the UK, content is either ~50fps (interlaced) or ~25fps (progressive) – is that generally correct? and in the use, they're ~30fps and ~60fps – so would using a test clip from on standard impact the quality for a different location where TV's typically display at the opposite standard?

[20:53:05]

skd5aner:

er s/use/US

[20:53:06]

skd5aner:

:s

[20:53:11]

iamlindoro:

No

[20:53:17]

skd5aner:

ok :)

[20:53:54]

skd5aner:

I was having problems wording that, but I'm sure you got the gist of the question

[20:54:24]

stuartm:

skd5aner: I swear I've seen 50fps progressive, but since no-one believes me I'm probably wrong

[20:55:01]

iamlindoro:

stuartm: It's definitely within spec, we've got 60fps progressive

[20:55:04]

skd5aner:

stuartm: I'm sure you're correct

[20:55:04]

stuartm:

and they are displayed at 25fps/50fps regardless

[20:55:24]

stuartm:

i.e. they aren't sped up

[20:55:33]

iamlindoro:

stuartm: Why wouldn't you have 50fps progressive? Should be the standard 720p framerate for you guys, no?

[20:56:00]

stuartm:

iamlindoro: we don't have any HD channels broadcasting below 1080i/p

[20:56:06]

iamlindoro:

Rough life ;_

[20:56:07]

iamlindoro:

;)

[20:56:17]

stuartm:

well at least not FTA

[20:56:31]

stuartm:

might be sub-1080 channels on Sky or Virgin

[20:56:31]

iamlindoro:

anyway, we support 1080p/60 too, so 1080p/50 makes sense to me too

[20:56:57]

iamlindoro:

Heh

[20:56:57]

iamlindoro:

http://720p50.com/

[20:57:00]

skd5aner:

Our four major networks (ABC, CBS, NBC, and FOX) are 50/50 – ABC/FOX 720p and CBS/NBC 1080i

[20:57:18]

stuartm:

could be 30/60 we use for HD, I really don't know anymore, it's all very confusing :p

[20:58:04]

iamlindoro:

stuartm: Also, http://en.wikipedia.org/wiki/HD_ready_1080p

[20:58:15]

iamlindoro:

logo compliance requires 1080p/50

[20:58:27]

stuartm:

one of the points of the HD standards was to 'standardise' on a single format world-wide

[21:00:28]

skd5aner:

but that didn't really happen – I thought the PAL/NTSC standards still are basically the same

[21:02:05]

iamlindoro:

It somewhat did-- you can basically play any worldwide video at this point on any modern display

[21:02:20]

iamlindoro:

50Hz stuff doesn't bother our displays, and 60Hz stuff doesn't bother theirs

[21:02:28]

Captain_Murdoch:

stuartm, sphery, I haven't read all of scrollback yet, but we could/should make that channel icon stuff use a 'ChannelIcon' built-in Storage Group on the MBE that points to ~/.mythtv/channels we have the ability to write to that from the FE or whatever chooses the icons. we wouldn't have to store the path anymore, just the filename. iconpath match becomes myth://ChannelIcons@myMBEIP/abc_30.jpg

[21:03:01]

stuartm:

skd5aner: yeah, as I say, it's confusing, I'm not sure why we're still operating at different framerates, maybe it was felt that 25/50Hz was better after all those are the rates which have been used in pretty much every country except the US for the last 50 years and I find it hard to believe so many would have opted for a sub-standard standard

[21:05:53]

iamlindoro:

Certainly less work to do to make 24p content "fit" :)

[21:05:59]

skd5aner:

I have a feeling it had to do with legacy content support – since most of the archive stuff is already in those formats, they didn't have to worry about frame rate conversion when re-airing – I don't know though, total guess

[21:13:31]

sphery:

Captain_Murdoch: agreed

[21:17:25]

dekarl (dekarl!~deKarl@e180160007.adsl.alicedsl.de) has joined #mythtv

[21:20:06]

dekarl1 (dekarl1!~deKarl@e180138136.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds)

[21:25:06]

cattelan is now known as cattelan_away

[21:40:19]

cattelan_away is now known as cattelan

[21:46:55]

Steve_Goodey (Steve_Goodey!~quassel@host109-158-208-60.range109-158.btcentralplus.com) has quit (Remote host closed the connection)

[21:46:56]

jya (jya!~avenardj@60-242-40-141.static.tpgi.com.au) has quit (Ping timeout: 260 seconds)

[21:51:00]

SteveGoodey (SteveGoodey!~steve@host109-158-208-60.range109-158.btcentralplus.com) has quit (Remote host closed the connection)

[22:03:57]

Kunalagon (Kunalagon!~Kunalagon@212.200.241.183) has quit (Remote host closed the connection)

[22:13:16]

iamlindoro:

Captain_Murdoch: Would be neat if LoadInBackground would take an optional QString to set the loading message

[22:13:24]

iamlindoro:

any objection to my adding that?

[22:15:07]

iamlindoro:

Looks like OpenBusyPopup already takes an optional message, just need to make it available to loadinbackground

[22:16:39]

** iamlindoro is using loadinbackground while the audio devices enumerate, but would prefer to say something besides "Loading..." **

[22:18:37]

** iamlindoro decides to just do it ;) **

[22:19:40]

beata000 (beata000!~beata@c-69-251-208-81.hsd1.md.comcast.net) has joined #mythtv

[22:21:51]

iamlindoro:

What in the heck happened to the library version?

[22:21:58]

iamlindoro:

#define MYTH_BINARY_VERSION "0.25.20101601–1"

[22:22:15]

iamlindoro:

Here we are in Decembuary, apparently

[22:23:55]

Captain_Murdoch:

seems familiar, may be my fault.

[22:24:17]

iamlindoro:

Heh, no you just incremented the one before it by one

[22:24:18]

Captain_Murdoch:

but I thought I changed 15 to 16. maybe I removed the 12, but could have been the commit before mine.

[22:24:19]

iamlindoro:

sort of

[22:24:25]

Captain_Murdoch:

thought so.

[22:24:46]

Captain_Murdoch:

I knew it was the 16th and the previous was 15th. :) didn't check the month part.

[22:25:03]

iamlindoro:

heh, it's just that the month part became the day part

[22:25:13]

iamlindoro:

since the one before it was 20101206

[22:25:25]

Captain_Murdoch:

I thought of doing the same to LoadInBackground the other day, so I'm fine with it.

[22:25:41]

iamlindoro:

yeah, just test compiling now, it's a three line change

[22:26:00]

iamlindoro:

well, four with the version "bump" (down)

[22:26:29]

iamlindoro:

But boy are we gonna be in trouble during the 16th month of this year

[22:26:41]

Captain_Murdoch:

that's so we could slip in an extra release.

[22:27:09]

iamlindoro:

"MythTV .25 will be out in 2010++++"

[22:29:04]

** kormoc blinks at iamlindoro **

[22:29:15]

kormoc:

I was thinking a point release of 0.24 would be nice, but that's agressive!

[22:29:29]

iamlindoro:

C'mon, we've still got at least four months left

[22:30:30]

kormoc:

I'm just hoping OS X compiling will work in 2010 ;)

[22:30:53]

iamlindoro:

Hahah, and after all that, I set it the library API to yesterday's date

[22:31:00]

iamlindoro:

!trout iamlindoro ical

[22:31:00]

** MythLogBot slaps iamlindoro with a ical trout on behalf of iamlindoro... **

[22:34:48]

Captain_Murdoch:

I know why I didn't catch that, we append 2 extra digits to our dns serials here and my mind must have breezed over the 1601 thinking it was the 1st change on the 16th.

[22:35:30]

stuartm:

that's what the -1 indicates

[22:35:33]

kormoc:

2010122101

[22:35:55]

Captain_Murdoch:

stuartm, yeah, I know.

[22:36:00]

stuartm:

kormoc: 20101222–1

[22:36:19]

Captain_Murdoch:

I just didn't catch the error and carried it forward.

[22:36:20]

stuartm:

err, 20101221–1

[22:36:40]

Captain_Murdoch:

s/the error/the previous error/

[22:36:42]

kormoc:

if we can use non-numerics, why don't we – the entire string?

[22:36:55]

Captain_Murdoch:

2-0-1-0-1-2-2-1–1?? :)

[22:37:17]

kormoc:

heh, 2010-12-21–1

[22:37:24]

Captain_Murdoch:

sorry, 0-2-5-.-2-0-.... :)

[22:37:29]

** kormoc laughs **

[22:37:39]

iamlindoro:

8-15-16-23–42 ?

[22:37:50]

iamlindoro:

oh, forgot 4

[22:38:03]

Captain_Murdoch:

good thing, otherwise you might not be with us any longer.

[22:38:05]

kormoc:

that would be handly to have a development private island that exists semi-outside of time

[22:38:41]

iamlindoro:

Except nobody would be trying to get off of it

[22:38:58]

kormoc:

true enough

[22:39:19]

stuartm:

speak for yourself

[22:39:29]

wagnerrp:

iamlindoro: git doing some funky mojo

[22:39:40]

iamlindoro:

wagnerrp: Whahappen?

[22:39:49]

natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 240 seconds)

[22:40:20]

wagnerrp:

i did a rebase to try to get rid of a 'merge' commit, and git tried to have me perform that change

[22:40:54]

iamlindoro:

You might as well be speaking ancient hebrew to me right now

[22:41:14]

iamlindoro:

git did a thing with the stuff when you tried to make it go ding

[22:42:14]

wagnerrp:

that binary version, a commit i tried making to fixes/0.24 a few days ago, when i rebased to get rid of the merge, it tried setting the version improperly

[22:42:33]

wagnerrp:

unless i was doing it wrong and trying to rebase onto master

[22:47:22]

j-rod is now known as j-rod|afk

[22:57:37]

Snow-Man (Snow-Man!~sfrost@tamriel.snowman.net) has quit (Ping timeout: 272 seconds)

[23:31:00]

Beirdo:

hehe

[23:31:14]

Beirdo:

the mongodb video is being played in the office next to me

[23:31:19]

Beirdo:

loudly on speakers

[23:41:05]

kormoc:

Beirdo, so the speaker volume is cube scale?

[23:41:20]

Beirdo:

hehe, yeah

MythLogBot@irc.freenode.net :: #mythtv

Current users (101):