From: Jelle de Jong <jelledejong@powercraft.nl>
To: Devin Heitmueller <dheitmueller@kernellabs.com>
Cc: Antti Palosaari <crope@iki.fi>,
"linux-media@vger.kernel.org" <linux-media@vger.kernel.org>
Subject: Re: Afatech AF9013 DVB-T not working with mplayer radio streams
Date: Fri, 10 Jul 2009 10:25:27 +0200 [thread overview]
Message-ID: <4A56FAF7.8030003@powercraft.nl> (raw)
In-Reply-To: <829197380907091805h10bcf548kbf5435feeb30e067@mail.gmail.com>
Devin Heitmueller wrote:
> On Fri, Jul 3, 2009 at 12:01 PM, Jelle de Jong<jelledejong@powercraft.nl> wrote:
>> Antti Palosaari wrote:
>>> On 06/26/2009 11:07 AM, Jelle de Jong wrote:
>>>> Hi all,
>>>>
>>>> Because i now use a new kernel and new mplayer versions I did some
>>>> testing again on one of my long standing issues.
>>>>
>>>> My Afatech AF9015 DVB-T USB2.0 stick does not work with mplayer, other
>>>> em28xx devices do work with mplayer.
>>>>
>>>> Would somebody be willing to do some tests and see if mplayers works on
>>>> your devices?
>>>>
>>>> Debian 2.6.30-1
>>>>
>>>> /usr/bin/mplayer -identify -v -dvbin timeout=10 dvb://"3FM(Digitenne)"
>>>>
>>>> See the attachments for full details.
>>> For me, this works. I tested this with MT2060 tuner device, as you have
>>> also. If I remember correctly it worked for you also when channel is
>>> selected by using tzap. I don't know what mplayer does differently.
>>>
>>> Do the television channels in that same multiplex work with mplayer?
>>> /usr/bin/mplayer -identify -v -dvbin timeout=10 dvb://"TELEVISION CHANNEL"
>>>
>>> I added some delay for demod to wait lock. Could you try if this helps?
>>> http://linuxtv.org/hg/~anttip/af9015_delay/
>>>
>>> regards
>>> Antti
>> Hi Antti,
>>
>> I will get back to this next week, its a lot of work for me to compile
>> the drivers but I will see if i can get it running. (a pre-compiled
>> driver and some insmod for the 686 2.9.30 kernel would be an fast track
>> option if you want to test it a.s.a.p.)
>>
>> Thanks in advance,
>>
>> Jelle de Jong
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-media" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at �http://vger.kernel.org/majordomo-info.html
>>
>
> Antti,
>
> Thanks to Jelle providing an environment to debug the issue in, I
> isolated the problem. This is actually a combination of bugs in
> mplayer and the af9013 driver not handling the condition as gracefully
> as some other demods.
>
> First the bugs in mplayer:
>
> The following is the line from the channels.conf where tuning failed:
>
> Frequency in question:
> 3FM(Digitenne):722000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO:0:7142:1114
>
> Mplayer does not support "TRANSMISSION_MODE_AUTO",
> "GUARD_INTERVAL_AUTO" and "QAM_AUTO" (for the constellation). In the
> case of the transmission mode and constellation, mplayer does not
> populate the field at all in the struct sent to the ioctl(), so you
> get whatever garbage is on the stack. For the guard interval field,
> it defaults to GUARD_INTERVAL_1_4 if it is an unrecognized value.
>
> I confirmed the mplayer behavior with the version Jelle has, as well
> as checking the source code in the svn trunk for the latest mplayer.
>
> So, why does it work with some tuners but not the af9013? Well, some
> demodulators check to see if *any* of the fields are "_AUTO" and if
> any of them are, then it puts the demod into auto mode and disregards
> whatever is in the other fields. However, the af9013 looks at each
> field, and if any of them are an unrecognized value, the code bails
> out in af9013_set_ofdm_params(). As a result, the tuning never
> actually happens.
>
> The behavior should be readily apparent if you were to put the above
> line into your channels.conf and try to tune (note I had to add
> printk() lines to af9013_set_ofdm_params() to see it bail out in the
> first switch statement.
>
> Anitti, do you want to take it from here, or would you prefer I rework
> the routine to put the device into auto mode if any of the fields are
> auto?
>
> Devin
>
Hi Antti, if you want access to the test environment just give me an
email, it is interesting because currently the Afatech AF9013 DVB-T is
in that weird lock down mode I talked you about! It would be very nice
if you can detect if it is a software or hardware issue, because the
devices doesn't tune anymore but seems to respond to other stuff.
Best regards,
Jelle de Jong
next prev parent reply other threads:[~2009-07-10 8:25 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-26 8:07 Afatech AF9013 DVB-T not working with mplayer radio streams Jelle de Jong
2009-06-30 20:12 ` Jelle de Jong
2009-07-02 8:43 ` Jelle de Jong
2009-07-02 16:09 ` Devin Heitmueller
2009-07-02 20:51 ` Jelle de Jong
2009-07-02 21:18 ` Devin Heitmueller
2009-07-02 22:44 ` Antti Palosaari
2009-07-02 22:29 ` Antti Palosaari
2009-07-03 16:01 ` Jelle de Jong
2009-07-10 1:05 ` Devin Heitmueller
2009-07-10 8:25 ` Jelle de Jong [this message]
2009-07-10 12:09 ` Antti Palosaari
2009-07-10 15:16 ` Devin Heitmueller
2009-07-10 15:40 ` Jelle de Jong
2009-07-10 17:09 ` Devin Heitmueller
2009-07-10 17:09 ` Devin Heitmueller
2009-07-10 21:12 ` Antti Palosaari
2009-07-10 23:11 ` Antti Palosaari
2009-07-11 10:31 ` Jelle de Jong
2009-07-11 11:48 ` Jelle de Jong
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4A56FAF7.8030003@powercraft.nl \
--to=jelledejong@powercraft.nl \
--cc=crope@iki.fi \
--cc=dheitmueller@kernellabs.com \
--cc=linux-media@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.