MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (73):

aberrios_, AJRG, aloril, amessina, andreaz, Anssi, brfransen, caelor_, Captain_Murdoch, Chutt, clever, coling, dblain_, dekarl, eee-blt, ElmerFudd, fetzerch, ghoti, Gibby, gregL, GreyFoxx, J-e-f-f-A, jams, jarle_, jarryd, jmusits, joki, jpabq, jpharvey, jst_, jwhite, jya, jya_, kartouch, kenni, kormoc, kurre2, kwmonroe, laga, monkeypet, moparisthebest, MythBuild, MythLogBot, nephyrin, neufeld, peper03, poptix-, purserj, robink, rsiebert_, ryan_turner|MTW, sabhain, seld, Sharky112065, skd5aner, sl1ce, sphery, sraue, superm1_, taylorr, Tobbe5178, toeb_, tonsofpcs, tris, unforgiven512, wagnerrp, wahrhaft, wseltzer1, XDS2010_, xris, zentec_, _charly_, _nyloc_
Sunday, May 4th, 2014, 00:03 UTC
[00:03:49] jpharvey (jpharvey!~jpharvey@host109-148-114-90.range109-148.btcentralplus.com) has quit (Ping timeout: 245 seconds)
[00:06:58] AnthonyUK (AnthonyUK!~AnthonyUK@host-78-145-91-224.as13285.net) has joined #mythtv
[00:09:04] AnthonyUK: Hi all, I have changed my default recordings directory from one that was on a ntfs file to a new drive partitioned with ext4. However mythtv just doesnt want to record there, ive been trying for hours to get it to work
[00:10:53] AnthonyUK: it is currently chmod 666 /mnt/HDD4/"Recorded TV 4" with chown root:mythtv
[00:11:51] AnthonyUK: ive learned a bit about permisions along the way tonight and last night, but still am stumped to get this working
[00:12:18] AnthonyUK: I guess reason it worked so easy on a ntfs drive was there permissions arnt as rock solid
[00:17:33] jpharvey (jpharvey!~jpharvey@host109-148-114-90.range109-148.btcentralplus.com) has joined #mythtv
[01:18:39] Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has joined #mythtv
[01:25:00] AnthonyUK: anyone alive?
[01:49:01] skd5aner: AnthonyUK: wrong channel, try #mythtv-users
[01:50:26] skd5aner: also, try 775, and make sure the user actually running mythbackend is the one who is the user (or in the group) you are assigning permissions to the directory
[01:57:31] AnthonyUK: thanks skd5aner I will try in a mo, also is there a link to a guide for what channels are for which purpose as I have joined the wrong room a few times now
[01:58:18] skd5aner: #mythtv (this one) is for developers to discuss their efforts. #mythtv-users is for all other questions regarding MythTV
[01:58:36] skd5aner: you can see in /topic for each channel
[01:58:47] skd5aner: there's also https://forum.mythtv.org
[01:59:27] AnthonyUK: I see now, at the top, I don't really use IRC much unless I'm absolutely stuck
[01:59:33] skd5aner: :)
[01:59:37] AnthonyUK: but I'l remember now to look up at the top
[01:59:59] skd5aner: you can also type "/topic" in the textbox and it'll appear for you
[02:08:09] AnthonyUK: do you get many people coming in here first instead of the users channel?
[02:08:55] AnthonyUK: I'll remember now not to, now you explained the difference but was just wondering if it would be worth changing this channel to "mythtv-developers"
[02:21:39] peper03_ (peper03_!~peper03@mythtv/developer/peper03) has joined #mythtv
[02:25:29] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 252 seconds)
[02:25:29] peper03_ is now known as peper03
[02:28:50] arescorpio (arescorpio!~arescorpi@211-243-16-190.fibertel.com.ar) has joined #mythtv
[02:29:35] _nyloc_ (_nyloc_!~quassel@p57B4FF93.dip0.t-ipconnect.de) has joined #mythtv
[02:33:11] nyloc (nyloc!~quassel@p3EE2D8DF.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds)
[02:39:57] AnthonyUK: well just an idea, I'm outta here since I know zip about coding mythtv, thanks for your help skd5aner I now have it working in the new directory
[02:40:00] AnthonyUK: exit
[02:40:05] AnthonyUK (AnthonyUK!~AnthonyUK@host-78-145-91-224.as13285.net) has left #mythtv ()
[03:27:58] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 240 seconds)
[03:29:37] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[03:41:54] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[03:41:54] jya_ is now known as jya
[03:45:09] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[03:58:39] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[03:58:39] jya_ is now known as jya
[03:59:59] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[04:21:46] arescorpio (arescorpio!~arescorpi@211-243-16-190.fibertel.com.ar) has quit (Read error: Connection reset by peer)
[06:33:36] rsiebert_ (rsiebert_!~quassel@g226057070.adsl.alicedsl.de) has joined #mythtv
[06:36:29] rsiebert (rsiebert!~quassel@g226061215.adsl.alicedsl.de) has quit (Ping timeout: 250 seconds)
[07:21:01] Goga777 (Goga777!~Goga777@128-71-38-206.broadband.corbina.ru) has joined #mythtv
[07:33:15] joki (joki!~joki@p5486189E.dip0.t-ipconnect.de) has quit (Ping timeout: 250 seconds)
[07:39:31] joki (joki!~joki@p54863779.dip0.t-ipconnect.de) has joined #mythtv
[08:11:26] poptix- (poptix-!poptix@poptix.net) has joined #mythtv
[08:14:02] poptix (poptix!poptix@poptix.net) has quit (Ping timeout: 255 seconds)
[08:15:11] Seeker`_ (Seeker`_!~cjo20@host86-150-48-131.range86-150.btcentralplus.com) has quit (Ping timeout: 246 seconds)
[08:16:04] fetzerch_ (fetzerch_!~quassel@unaffiliated/fetzerch) has joined #mythtv
[08:16:10] jarle_ (jarle_!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv
[08:17:00] Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv
[08:17:04] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Remote host closed the connection)
[08:17:13] fetzerch_ is now known as fetzerch
[08:20:03] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Ping timeout: 255 seconds)
[08:22:08] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Remote host closed the connection)
[08:34:01] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[08:37:02] xris (xris!~xris@mythtv/developer/xris) has quit (Ping timeout: 252 seconds)
[08:39:31] dekarl: jya, aye its in the log, that's how I found it. I was just ranting that the code is a not self-explaining and the explanation in the commit log did not make it into a code comment. Good luck figuring out what the code is supposed to do in 3 years from now :)
[08:39:38] dekarl: </rant>
[08:40:08] jya: dekarl that’s what git blame is for...
[08:40:24] jya: actually, more and more I put the actual doc in the git commit
[08:40:36] jya: call it lazy I guess
[08:40:45] SteveGoodey (SteveGoodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has joined #mythtv
[08:40:52] jya: dekarl: re #11949
[08:40:52] ** MythLogBot http://code.mythtv.org/trac/ticket/11949 **
[08:41:17] jya: how could this be a bug, when myth never supported playing directly those URL ? (udp://, rtp:// etc...
[08:41:26] jya: recording them yes… but that’s about it
[08:42:48] jya: i was thinking that I could quite easily write a wrapper around all FFmpeg supported demuxer (that includes rtsp), that would work well for recording, and would give us support of pretty much any url type
[08:43:08] dekarl: there was a period where lots of users have been asked to use avtest, I think its a misunderstanding that it should work
[08:43:38] dekarl: basically saying "recording broke, the avtest proofes it"
[08:43:39] jya: as I wrote, I can easily add support for playing rtp:// tcp:// and udp:// protocol, those have a URLProtocol interface
[08:43:48] jya: (which is what we need for playback)
[08:43:55] jya: that would take me about 5 minutes
[08:44:11] jya: have you tried recording? it doesn’t work?
[08:45:04] dekarl: The other ticket has the packet traces and user visible issues that map to missing keep alive. "it works for 30 seconds then stops"
[08:45:28] dekarl: the packet traces between working (IIRC VLC)/non-working (MythTV) show that RTCP RR is missing
[08:45:53] dekarl: The URLProtocol interface, is that only for playback or for recording?
[08:45:54] jya: makes me wonder why danielk rewrote everything from scratch, when the demuxer for it exists in ffmpeg
[08:46:02] andreaz (andreaz!~andre_000@p5DD14D8D.dip0.t-ipconnect.de) has joined #mythtv
[08:46:13] dekarl: I'm wondering if we can handle recording != MPEG2-TS stuff that might come down that pipe
[08:46:16] jya: ffplay or mplayer doesn’t play the stuff served by VLC either
[08:46:18] dekarl: "but it works in playback!"
[08:47:20] jya: i know nothing about this stuff, so rtcp rr means nothing to me
[08:48:23] dekarl: its the RTP control protocol that is used in IPTV get quality statistics upstream for the multicast transmission
[08:48:26] jya: what’s the other ticket?
[08:48:48] jya: getting freebox recording to work is that last thing i consider critical for 0.27.1
[08:48:50] dekarl: but it appears to also be used as keep alive (which should not be needed as the multicast group join/leave should be enought)
[08:49:25] jya: last i looked into the recorder, it was expecting everything to be a mpeg-ts
[08:49:31] dekarl: https://code.mythtv.org/trac/ticket/11949#comment:30
[08:49:50] dekarl: that ticket is a mashup of multiple issues :(
[08:50:52] jya: you say all the patches have been applied
[08:50:54] doev (doev!~doev@p5482E609.dip0.t-ipconnect.de) has joined #mythtv
[08:50:59] jya: have you backported them?
[08:51:48] dekarl: I'm sure that I have not backport all changes from the last weeks yet
[08:52:08] jya: and before?
[08:52:35] jya: you should have kept the changes to the code separate to those in the unit test… makes it more difficult to backport stuff…
[08:53:00] dekarl: according to the ticket it all went to master and thats it
[08:53:11] dekarl: need to get the commit log parser and matcher going...
[08:53:20] jya: can you simply implement a ping every 30s or so just to be safe?
[08:54:06] doev (doev!~doev@p5482E609.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[08:54:37] dekarl: Ohh, I see what you mean (unit test and code change mixup)
[08:54:49] dekarl: Aye, the minimum implementation is what I'm looking for
[08:55:03] dekarl: but I'm having a hard time finding a "do this then it works" guide ;)
[08:55:05] doev (doev!~doev@p5482E609.dip0.t-ipconnect.de) has joined #mythtv
[08:55:25] dekarl: And the standard is one of the "everything and the kitchen sink" standards which makes it hard to find the mininum to implement
[08:55:39] jya: could look the ffmpeg rtsp demuxer
[08:56:44] jya: in external/libavformat/rtspdec.c
[08:57:11] jya: do you want me to look into backporting everything ?
[08:57:13] dekarl: according to your link the RTSP Demuxer only does UDP,TCP,UDP_Multicast,HTTP but not RRTP :/
[08:57:25] dekarl: s/RRTP/RTP/
[08:58:09] dekarl: this one also got me wondering https://code.mythtv.org/trac/ticket/11852 but without some input there's not much we can do
[09:00:14] dekarl: Is there a tool to support in keeping track of commits that should/should not be backported after some testing period?
[09:00:44] jya: notepad ?
[09:01:03] dekarl: ;)
[09:01:43] jya: i’d be surprised it rtsp didn’t support rtp; from what I’ve read, it’more often transferred over rtp.
[09:02:10] paul-h (paul-h!~Paul@2.121.114.15) has joined #mythtv
[09:03:22] jya: and when you attempt to play the stream with ffplay it certainly goes into the rtp transport
[09:04:17] paul-h: jya: Are you talking about the the mythutil --copy command? I just prefer to have the copy built into myth rather than call an external command
[09:04:23] jya: dekarl: regarding about the stuff to backport, I myself run a local branch, with everything i want to have backported..
[09:04:38] jya: and after a little while I cherry-pick it back into the devel/027candidates
[09:05:01] jya: paul-h: but you can do that already, there’s a FileTransfer class
[09:05:29] jya: that’s if you want to perform a copy in code
[09:05:56] paul-h: OK didn't know that
[09:07:13] jya: if you do want a copy, it would have been nicer I believe to have that with the bunch of helper tools
[09:07:30] jya: rather than in RemoteFile
[09:07:35] paul-h: Just a heads up I've just updated and now I can't play anything get this in the log 'VDPAU: Error at mythrender_vdpau.cpp:613 (#25, A catch-all error, used when no other error code applies.)' I don't want to spend any time on this today though
[09:07:35] ** MythLogBot http://code.mythtv.org/trac/ticket/25 **
[09:08:29] jya: did you do a make distclean?
[09:09:04] paul-h: yeah I did
[09:09:10] paul-h: Several times
[09:09:18] jya: just in case… sounds like the new videoout_vdpau linking to the previous
[09:09:30] jya: what’s your video card?
[09:09:36] jya: and running master?
[09:10:09] jya: is that with any contents or just a particular one?
[09:11:49] paul-h: master, it's and nvidia card don't remember the model number, every video and recording I tried – I'll try again later – I want to play with something else today
[09:12:03] jya: what vdpau profile are you using? did you add any particular option to the profile, like filter, deinterlacer stuff etc?
[09:12:24] jya: i spent almost a full day trying the new code :(
[09:14:05] paul-h: jya: If no one else has reported problems it's probably something in my setup just wanted to let you know in case there is really something wrong, I'll be back later
[09:14:25] jya: if it was working earlier, there’s no reason it wouldn’t work now...
[09:14:44] jya: in any case, if you want ffmpeg 2.0, we couldnt have kept the code as it was
[09:17:00] jya: there were reports of some nvidia drivers being broken
[09:17:11] jya: not sure if the new code would trigger those bugs
[09:18:06] jya: can’t think why ultimately, it’s really just the same as how it used to be done, vdpau-wise, there’s almost no difference
[09:18:19] jya: i certainly didnt change any of the actual vdpau rendering code
[09:33:16] xris (xris!~xris@xris.forevermore.net) has joined #mythtv
[09:58:21] jya: dekarl: using the instructions described there: https://github.com/MythTV/mythtv/blob/master/ . . . /README.RTSP
[09:58:29] jya: does recording even works for you?
[09:58:58] jya: i set it up, and then started live tv, don’t get playback
[09:59:23] dekarl: I've only tested HLS and UDP multicast lately
[10:00:03] dekarl: multicast without RTSP
[10:02:51] jya: simple recording doesn’t work either
[10:03:19] jya: http://pastebin.com/iz4qc5Y2
[10:04:06] doev (doev!~doev@p5482E609.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[10:04:49] jya: well, that’s not a good start if not even the test setup works
[10:09:53] dekarl: collected some commits that are candidates for backports http://www.mythtv.org/wiki/User:Dekarl/Burndown_Backports
[10:10:23] dekarl: pushing low hanging fruit now
[10:10:31] dekarl: (all non-iptv)
[10:15:36] dekarl: hmm, the commit hook could lookup our mail adresses and replace them with our trac login
[10:15:51] dekarl: bbl
[10:21:51] jya: looking at this commit https://code.mythtv.org/trac/changeset/6e91c4 . . . c3af/mythtv, can’t you already set the channel number in the line #EXTINF:0,1
[10:21:58] jya: 1 here being the channel number.
[10:22:18] jya: I know on my hls playlist, I set it to a unique number like 300+n
[10:22:31] jya: so #EXTINF:0,300 – NASA TV
[10:35:31] dekarl: hmm, not sure if I understand, that commit is about the MPEG program_number / DVB service_id for the case when you have more then one tv channel within the same IPTV stream. (either false-positive due to missing PAT rewrite or because it really is a MPTS stream with multiple tv channels transmitted at the same time)
[10:38:24] dekarl: for freebox the channel number is not unique (last save wins is ok though)
[10:39:02] dekarl: a user said "last save wins" is ok for free.fr https://code.mythtv.org/trac/ticket/11949#comment:31
[10:41:21] andreaz (andreaz!~andre_000@p5DD14D8D.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[10:49:41] dekarl: btw, our channel number is a string, but xbmc parses it as integer (ATSC style x.y channel numbers don't work)
[10:50:13] dekarl: http://forum.xbmc.org/showthread.php?tid=192928
[10:54:05] jya: ok… the instructions to start the vlc server arent correct, nothing was started.
[10:54:12] jya: that fix, here is the output
[10:54:12] jya: http://pastebin.com/7J4frHZX
[10:54:52] jya: that last line: CetonRTSP(rtsp://localhost:5554/test): Expected CSeq of 1 but got is rather suspicious
[10:56:35] jya: look like it’s not reading the CSeq properly
[10:56:38] jya: yet, it’s there
[10:57:44] jya: ah, lowercase vs uppercase
[10:59:25] jya: red herring, that value isn’t used anyway
[11:08:10] jya: ok… the code requires the “OPTIONS” to be available, but that doesn’t seem to be compulsory.. in the various examples with the response to the OPTIONS command, “OPTIONS” ins’t returned.
[11:14:43] dekarl: looks like a VLC bug... in the RFC its CSeq
[11:15:59] dekarl: it makes that warning kinda useless for diagnosing transmissions issues (what the CSeq appears to be ment for)
[11:16:15] dekarl: but then this applies mostly to RTSP over UDP
[11:30:03] dekarl: jya, OPTIONS, PLAY, SETUP and TEARDOWN are required, only DESCRIBE is recommended. I'm not sure why they are tested for
[11:30:19] dekarl: (comparing the test against rfc2326)
[11:30:25] jya: yes… i’ve added a quick code that allows to check the key that becomes case insensitive
[11:30:39] jya: and removed options from the list of required value
[11:31:14] jya: look here for example:
[11:31:14] dekarl: the examples in the RFC don't send OPTIONS as part of the Public response
[11:31:14] jya: http://en.wikipedia.org/wiki/Real_Time_Stream . . . l_directives
[11:31:26] jya: no OPTIONS in the list
[11:31:32] jya: it has to accept it is how I read it.
[11:32:57] dekarl: I'm not sure why the other mandatory methods are listed in the Public response, but shouldn't hurt
[11:35:24] jya: well, if it exits early… then it becomes a problem
[11:37:41] dekarl: hmm, if the IPTVSH decides that its a non-recoverable error, then we can stop trying?
[11:38:03] dekarl: even though the decision was wrong (like in this case)
[11:42:24] dekarl: meh, looking at mumudvb&rtsp (what I use for one channel and for testing UDP) leads to a page hinting "MythTV doesn't support MPEG-TS over HTTP" :( https://github.com/braice/MuMuDVB
[11:42:40] jya: your change requiring a session id or it would otherwise abort, cause failure with vlc
[11:42:43] jya: as it doesn’t send one
[11:43:36] jya: dekarl: that’s only for the iptv record. it assumes http is to a HTTP live streaming playlist
[11:45:19] jya: shouldn’t be my be the one providing a session id?
[11:45:43] jya: I know for RAOP (which is based on rtsp), it’s the client the submit the session id
[11:45:50] jya: and the server respond using those
[11:46:33] dekarl: jya, IIRC it was mandatory (in our code) before
[11:47:54] jya: looking at wikipedia, seems different here
[11:48:03] jya: after setup a session number should be returned
[11:48:09] jya: in RTSP from RAOP
[11:48:22] jya: the client (iPhone, etc..) provides a session id
[11:48:39] jya: So in the SETUP phase, the client provide the session id, not the server
[11:48:52] dekarl: jya, the wikipeida list shows that the client sends a SETUP request without session id, but gets one back from the server, so it appears as if it can be both ways
[11:49:31] jya: here vlc return a 459 error with: “Aggregate operation not allowed"
[11:49:41] jya: it seems that we don’t handle the error code whatsoerver
[11:50:45] jya: always assume everything is okay unfortunately
[11:50:49] dekarl: hmm "The requested method may not be applied on the URL in question since it is an aggregate (presentation) URL. The method may be applied on a stream URL."
[11:54:02] jya: why would it think the setup is an aggregate presentation?
[11:55:13] doev (doev!~doev@p5482EA74.dip0.t-ipconnect.de) has joined #mythtv
[11:56:01] doev (doev!~doev@p5482EA74.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[11:56:01] jya: ah, you’re supposed to send describe first by the look of things
[11:56:33] doev (doev!~doev@p5482EA74.dip0.t-ipconnect.de) has joined #mythtv
[11:56:57] jya: oh it does.. nm then
[12:03:39] Goga777 (Goga777!~Goga777@128-71-38-206.broadband.corbina.ru) has quit (Ping timeout: 250 seconds)
[12:04:34] doev (doev!~doev@p5482EA74.dip0.t-ipconnect.de) has quit (Ping timeout: 265 seconds)
[12:05:54] jya: damn…. once again a failed recording.. The Graham Norton Show.. seems that if there’s no subtitle and only a title, imatch always fail
[12:06:36] dekarl: was it considered a duplicate or generic?
[12:06:49] doev (doev!~doev@p5482EA74.dip0.t-ipconnect.de) has joined #mythtv
[12:07:22] jya: hmmm, no i i had put as duplicate check method : none, and record at any time on any channel
[12:07:39] jya: no idea why it didn’t record
[12:08:09] dekarl: I started to fix stuff like "no subtitle => not the same" but I'm only at the very beginning
[12:08:46] jya: i created a new rule just then, recorded just started (it’s showing now).. but i cant tell the difference between m two rules: old and new
[12:08:51] Goga777 (Goga777!~Goga777@128-71-38-206.broadband.corbina.ru) has joined #mythtv
[12:10:36] dekarl: I wonder if the new RTSP client ever worked with VLC...
[12:12:13] jya: http://stackoverflow.com/questions/20278472/r . . . -not-allowed
[12:12:32] jya: seems we have to issue two setup command if we advertise for two ports
[12:12:44] jya: thats the ceton recorder really.
[12:12:51] jya: that code has been there for a long time now...
[12:14:15] dekarl: I found the same example... I'm wondering if your VLC server is offering video + audio streams instead of one MPEG-TS stream...
[12:14:34] dekarl: the example is for two separate RTP streams that make up one A/V session
[12:15:00] jya: vlc 2.0.5
[12:15:28] dekarl: can you pastebin your SDP?
[12:15:44] jya: let me add some logging
[12:16:37] dekarl: you are streaming a MPEG2-TS file?
[12:17:10] ** jya why do they have to show an ad for burger king at the worse moment… now i’m hungry **
[12:17:21] jya: dekarl: it’s a recording i made using the hls recorder
[12:17:31] jya: so definitely mpeg-ts
[12:18:53] dekarl: Hmm, maybe VLC defaults to demux? Recording the output of these worked (up to 0.26) http://www.mythtv.org/wiki/User:Dekarl/How_to . . . ke_a_Freebox
[12:20:06] jya: http://pastebin.com/index.php?e=1
[12:20:10] jya: sdp is in there,
[12:20:17] dekarl: but your's looks good "new test vod input /home/mykeul/test.mpeg mux mp2t enabled" has "mux mp2t"
[12:20:48] jya: i opened with vlc with: new test vod input /Users/jyavenard/Downloads/mythtv/1301_20140504043000.mpg mux mp2t enabled
[12:21:14] jya: ah damn..
[12:21:17] jya: can’t paste
[12:21:25] dekarl: the SDP link hints that its >500kb?
[12:22:24] Goga777 (Goga777!~Goga777@128-71-38-206.broadband.corbina.ru) has quit (Read error: Connection reset by peer)
[12:23:04] jya: http://pastebin.com/3DB7ufag
[12:23:15] jya: no.. copied too much for my session
[12:23:49] jya: how do i make myth start on channel 1
[12:24:18] jya: so i don’t have to wait for the tuning to hls recorde on aljazeera to complete, which take over 30s
[12:25:27] jya: only goes to the last tuned channel and that al jazeera on another source
[12:27:50] jya: there’s only one stream in that one
[12:35:43] jya: that code is really ony going to be okay for a very particul rtsp server… missing so many things.
[12:35:51] jya: i guess it must have been okay for a ceton
[12:48:26] doev (doev!~doev@p5482EA74.dip0.t-ipconnect.de) has quit (Ping timeout: 255 seconds)
[12:50:19] Goga777 (Goga777!~Goga777@128-71-38-206.broadband.corbina.ru) has joined #mythtv
[12:51:43] andreaz (andreaz!~andre_000@p5DD14D8D.dip0.t-ipconnect.de) has joined #mythtv
[13:04:53] Goga777 (Goga777!~Goga777@128-71-38-206.broadband.corbina.ru) has quit (Read error: Connection reset by peer)
[13:07:42] dekarl1 (dekarl1!~dekarl@p4FE8563A.dip0.t-ipconnect.de) has joined #mythtv
[13:09:13] Goga777 (Goga777!~Goga777@128-71-38-206.broadband.corbina.ru) has joined #mythtv
[13:09:39] dekarl1: hmm, that SDP says the session is controlled via rtsp://127.0.0.1:5554/test but the mpeg2-ts media session is controlled via rtsp://127.0.0.1:5554/test/trackID=0
[13:09:57] dekarl (dekarl!~dekarl@p4FE85F16.dip0.t-ipconnect.de) has quit (Ping timeout: 250 seconds)
[13:10:18] dekarl1 is now known as dekarl
[13:11:16] dekarl: looks like we can try to play the aggregate session (for CETON) but should fall back to the individual media sesseion (VLC) to make it work. The original FreeBox appears to support the aggregate, too, judging from the "30 second success" report on the ticket
[13:21:10] Goga777 (Goga777!~Goga777@128-71-38-206.broadband.corbina.ru) has quit (Ping timeout: 240 seconds)
[13:21:21] Goga777 (Goga777!~Goga777@128-71-38-206.broadband.corbina.ru) has joined #mythtv
[13:25:23] dekarl1 (dekarl1!~dekarl@p4FE84CDB.dip0.t-ipconnect.de) has joined #mythtv
[13:25:33] dekarl (dekarl!~dekarl@p4FE8563A.dip0.t-ipconnect.de) has quit (Ping timeout: 250 seconds)
[13:26:02] dekarl1 is now known as dekarl
[13:27:36] jya: dekarl: the issue seems to me is that the code doesn’t take into account at all what is reported in the sdp
[13:28:40] jya: I’ve written to Ronald Frazier , asking him for the sdp to see how to best handle this
[13:31:46] jya: according to the doc though, you can’t do setup on the aggregate stream
[13:31:54] dekarl: ahh, an actual SDP from the Ceton?
[13:31:57] jya: it must be one setup per streap
[13:32:18] jya: only PLAY can work on aggregate stream
[13:35:39] jya: in the RFC: “the aggregate URL may not be used for SETUP”
[13:37:05] dekarl: in wikipedia, SETUP (of the media stream) must be done before PLAY
[13:37:30] dekarl: PLAY may then either play all or some media, or the aggregate
[13:38:15] jya: yes…
[13:38:26] jya: but here it uses the aggregate url for setup
[13:38:49] jya: it should be using the control url with the type RTP/AVP 33
[13:39:01] jya: mind you, I’m learning as I’m going reading the rffc
[13:39:24] jya: my mum lives in Paris and has a freebox… I’ll see if I can set a remote session later.
[13:40:09] dekarl: fyi 33 is the static mpeg2-ts id, could be 96+ for dynamic ids, too
[13:40:42] jya: i’m adding some log, hopfully can get the folks on free to try and provide the sdp too
[13:40:56] dekarl: http://en.wikipedia.org/wiki/RTP_audio_video_ . . . ayload_types
[13:41:07] jya: who knows, maybe all you need to keep the connection alive is to send an announce at regular interval
[13:41:11] dekarl: a=rtpmap:33 MP2T/90000
[13:41:21] dekarl: 90.000Hz clock
[13:44:01] jya: can a rstp uses something else than be of type RTP/AVP ?
[13:45:02] jya: i mean the type of the stream, described in the sdp, will always be of type RTP/AVP ?
[13:47:37] dekarl: http://tools.ietf.org/html/rfc4566#page-22 udp, RTP/AVP, RTP/SAVP
[13:48:39] dekarl: i think udp may match the common "stick mpeg2-ts into udp and push t to a multicast group" style
[13:50:05] jya: looking at the RFC, page 30, 10.2 DESCRIBE
[13:51:21] jya: I don’t really understand that sdp…
[13:51:39] jya: what type of control url is that?
[13:52:10] jya: how would you setup that one ?
[13:57:41] dekarl: hmm, looks like multicast group + scope
[13:57:46] dekarl: c=IN IP4 224.2.17.12/127
[13:58:33] jya: hopefully can ignore those.
[13:58:38] jya: ffmpeg has a utility method, ff_sdp_parse
[13:58:43] jya: could always make use of it
[13:58:44] dekarl: not sure how to setup that
[14:01:36] jya: even the one sent by VLC: c=IN IP4 0.0.0.0
[14:02:53] jya: i just find it wierd that this sdp wouldn’t define a control url per stream
[14:03:33] dekarl: because you can't control a broadcast? (I'm wondering about that, too)
[14:03:42] dekarl: VLC announces a=control:rtsp://127.0.0.1:5554/test
[14:03:56] dekarl: and a=control:rtsp://127.0.0.1:5554/test/trackID=0
[14:06:44] jya: i guess i can simpy take it like if there’s a stream define (and one we want) and no control socket, default to the aggreage one
[14:09:48] Goga777 (Goga777!~Goga777@128-71-38-206.broadband.corbina.ru) has quit (Read error: No route to host)
[14:10:42] jya: ahhh, it’s page 22, in the RFC 4566
[14:11:03] jya: it defines the address to be used for the following streams
[14:11:04] Goga777 (Goga777!~Goga777@128-71-38-206.broadband.corbina.ru) has joined #mythtv
[14:12:58] jya: how can someone write so much stuff about such thing like sdp
[14:13:11] jya: seriously, 49 pages?
[14:17:40] Goga777 (Goga777!~Goga777@128-71-38-206.broadband.corbina.ru) has quit (Read error: No route to host)
[14:18:43] Goga777 (Goga777!~Goga777@128-71-38-206.broadband.corbina.ru) has joined #mythtv
[14:19:03] Goga777 (Goga777!~Goga777@128-71-38-206.broadband.corbina.ru) has quit (Remote host closed the connection)
[14:19:26] Goga777 (Goga777!~Goga777@128-71-38-206.broadband.corbina.ru) has joined #mythtv
[14:25:06] andreaz (andreaz!~andre_000@p5DD14D8D.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[14:50:14] doev (doev!~doev@p5482EA74.dip0.t-ipconnect.de) has joined #mythtv
[15:05:11] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv
[15:19:53] warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv
[15:42:26] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 258 seconds)
[15:44:07] doev (doev!~doev@p5482EA74.dip0.t-ipconnect.de) has quit (Quit: Verlassend)
[15:54:05] warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Quit: warpme)
[15:55:21] jya: dekarl: ok, i got all the initialisation handled, as well as finished properly using the data from the sdp as per rfc
[15:55:22] jya: http://pastebin.com/FLSee6mx
[15:55:54] jya: but, while it all starts, i can’t see anything happening, still stuck on waiting for signal
[15:56:49] jya: i note that vlc too applies a 60s timeout
[16:06:25] dekarl: we listen on port 60715 for data and will send our reports to 65162 (client_port=60715–60716;server_port=65161–65162)
[16:06:38] dekarl: giving the SSRC F318F78B
[16:07:18] dekarl: IIRC the timeout=60 is wrt the RTSP session
[16:11:00] dekarl: the request with client_port=60715–52209 looks fishy. should be a pair of odd/even ports, so the server silently turns that into client_port=60715–60716
[16:21:01] dekarl: is the code not handling the ;timeout=60 part of the Session response? CetonRTSP::Setup looks like it just reads the session id
[16:24:38] dekarl: vlc is funny, too. simply slappy the timeout at the end, again... Session: a8ee5df280246d98;timeout=60;timeout=60
[18:29:34] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv
[18:52:20] andreaz (andreaz!~andre_000@p5DD14D8D.dip0.t-ipconnect.de) has joined #mythtv
[20:03:57] Goga777 (Goga777!~Goga777@128-71-38-206.broadband.corbina.ru) has quit (Remote host closed the connection)
[20:26:02] xris (xris!~xris@xris.forevermore.net) has quit (Changing host)
[20:26:03] xris (xris!~xris@mythtv/developer/xris) has joined #mythtv
[21:01:46] SteveGoodey (SteveGoodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!)
[21:04:44] kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv
[21:10:10] kenni: jya: You need to create a "Buy me a beer"-button somewhere, your recent VDPAU MPEG2 fixes has apparently fixed all playback issues on several Danish MPEG2 SD channels :)
[21:24:45] kenni (kenni!~kenni@mythtv/developer/kenni) has quit (Ping timeout: 265 seconds)
[21:37:00] kenni (kenni!~kenni@port649.ds1-ly.adsl.cybercity.dk) has joined #mythtv
[21:37:00] kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv
[21:37:00] kenni (kenni!~kenni@port649.ds1-ly.adsl.cybercity.dk) has quit (Changing host)
[21:55:04] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 245 seconds)
[22:06:56] kenni (kenni!~kenni@port649.ds1-ly.adsl.cybercity.dk) has joined #mythtv
[22:06:56] kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv
[22:06:56] kenni (kenni!~kenni@port649.ds1-ly.adsl.cybercity.dk) has quit (Changing host)
[22:36:56] kenni (kenni!~kenni@port649.ds1-ly.adsl.cybercity.dk) has joined #mythtv
[22:36:56] kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv
[22:36:56] kenni (kenni!~kenni@port649.ds1-ly.adsl.cybercity.dk) has quit (Changing host)
[23:06:55] kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv
[23:11:20] paul-h (paul-h!~Paul@2.121.114.15) has quit (Quit: Konversation terminated!)
[23:28:43] Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has quit (Quit: ChatZilla 0.9.90.1 [Firefox 29.0/20140421221237])

IRC Logs collected by BeirdoBot.
Please use the above link to report any bugs.