DVB-C radio not working (1 Viewer)

torrinha

Portal Pro
October 14, 2009
55
31
Home Country
Brazil Brazil
MediaPortal Version: 1.3.0

Description
As the title suggests, the DVB-C radio channels are not outputting any audio.
When I try to preview the radio channel inside TV-Server configuration, the SetupTV seems to hang for some minutes, then a preview window is open and there's no audio.
When I try to open the channel radio inside MediaPortal client, the system again seems to hang and after some time it shows the "now playing" info (with time 0:00) and no audio again.
The radio channels are not scrambled, and I can play them fine with ProgDVB.
I attached two log archives, from both tests.

Steps to Reproduce:
Try to listen to any DVB-C radio channel.
 

Attachments

  • mediaportal_client.zip
    126.3 KB
  • TV_server_preview.zip
    13.4 KB

hello_joe

Portal Member
April 2, 2013
28
18
Home Country
United States of America United States of America
Hello torrinha

The problem is a codec issue. LAV does not seem to be capable of handling the audio for some reason, and so it is removed from the graph:
2013-04-07 14:38:04.681000 [Info.][MPMain(1)]: TSReaderPlayer: Add TsReader to graph
2013-04-07 14:38:04.681000 [Info.][MPMain(1)]: TSReaderPlayer: Open file: D:\Timeshift\live8-0.ts.tsbuffer
2013-04-07 14:38:17.712000 [Info.][MPMain(1)]: TSReaderPlayer: Add codecs
2013-04-07 14:38:17.712000 [Debug][MPMain(1)]: TSReaderPlayer: Stream is Radio
2013-04-07 14:38:17.756000 [Info.][MPMain(1)]: Added filter: LAV Audio Decoder to graph
2013-04-07 14:38:17.756000 [Debug][MPMain(1)]: TSReaderPlayer: UpdateFilters Audio done
2013-04-07 14:38:17.759000 [Debug][MPMain(1)]: TSReaderPlayer: PostProcessingEngine to DummyEngine
2013-04-07 14:38:17.760000 [Info.][MPMain(1)]: TSReaderPlayer: Render TsReader outputs
2013-04-07 14:38:20.809000 [Debug][MPMain(1)]: Check graph connections for: LAV Audio Decoder
2013-04-07 14:38:20.811000 [Debug][MPMain(1)]: - remove done
2013-04-07 14:38:20.812000 [Debug][MPMain(1)]: Check graph connections for: TsReader

Probably TV Server preview is also using an incompatible codec.
Aside from that nothing is wrong.
So make sure you are using the latest version of LAV (check the MP extension installer) or just try a different codec...

Joe
 
Last edited:

torrinha

Portal Pro
October 14, 2009
55
31
Home Country
Brazil Brazil
Hi, Joe!

Thanks for the answer.
I just tried to change the codec from LAV to Microsoft DTV and ffdshow, but I got the same results (there's a "- remove done" on the log too).

Also, in the TSReader log I got a lot of "EOF ..." stuff.
It seems to me that the TSWriter from the TV Server is not writing the file...

Do you know if I can test the TV Server using GraphStudioNext?
Or do you have another suggestion to try?


Thanks again.
 

hello_joe

Portal Member
April 2, 2013
28
18
Home Country
United States of America United States of America
It seems to me that the TSWriter from the TV Server is not writing the file...
I think I see what you mean...
Have you checked the size of the file in your timeshift folder?
Probably GraphStudioNext will not help to solve problems with TsWriter.

...in fact...

Ahhhh, I see the problem.
The PCR PID for these channels is 0x1fff (the NULL packet PID).
TsWriter throws away these packets in DiskRecorder.cpp OnTsPacket().
TsWriter only starts writing to the timeshift file after it sees the first PCR packet in WriteTs().
Since the packets are thrown away before WriteTs(), TsWriter will never start writing to the timeshift file for these channels.

So this is a bug that the @Developers will need to fix.

Nice find! :)
 

torrinha

Portal Pro
October 14, 2009
55
31
Home Country
Brazil Brazil
Nice find! :)

Holy sh*t!!

The file size is 0...
And this whole "NULL packet PID" seems like an "error" or "non-conformance" from my network provider.... right?!?!

I don't have a development environment set here right now, so I guess I'll have to wait to someone kindly compile a test version for me.... ;)


Thanks again!
 

hello_joe

Portal Member
April 2, 2013
28
18
Home Country
United States of America United States of America
And this whole "NULL packet PID" seems like an "error" or "non-conformance" from my network provider.... right?!?!
It could be non-conformant -yes. It is certainly very questionable. :)



I don't have a development environment set here right now, so I guess I'll have to wait to someone kindly compile a test version for me.... ;)
I'd like to help, but I don't have a development environment either. I just checked the code on github online. Hopefully somebody else can help you with this...
 

torrinha

Portal Pro
October 14, 2009
55
31
Home Country
Brazil Brazil
'd like to help, but I don't have a development environment either. I just checked the code on github online. Hopefully somebody else can help you with this...

Thanks anyway!

I'll try to setup my things here as wait for some dev to take a look at it...
(y)
 

HomeY

Test Group
  • Team MediaPortal
  • February 23, 2008
    6,475
    4,645
    48
    ::1
    Home Country
    Netherlands Netherlands
    Ahhhh, I see the problem.
    The PCR PID for these channels is 0x1fff (the NULL packet PID).
    TsWriter throws away these packets in DiskRecorder.cpp OnTsPacket().
    TsWriter only starts writing to the timeshift file after it sees the first PCR packet in WriteTs().
    Since the packets are thrown away before WriteTs(), TsWriter will never start writing to the timeshift file for these channels.

    So this is a bug that the @Developers will need to fix.

    Nice find! :)
    @Owlsroost what does your wisdom think of the above? ;)
     

    Owlsroost

    Retired Team Member
  • Premium Supporter
  • October 28, 2008
    5,540
    5,038
    Cambridge
    Home Country
    United Kingdom United Kingdom
    The MPEG spec is quite clear on PCR PIDs - "NOTE – The transport packets with PID values 0x0000, 0x0001, and 0x0010-0x1FFE are allowed to carry a PCR" i.e. PID 0x1FFF is not allowed, so the stream is non-compliant.

    However, to check if this is really the problem, attached is a TsWriter that should allow through 'null' packets when PCR PID = 0x1FFF and they have an adaption field (which means they might carry a PCR). Just stop TV service and replace the current TsWriter.ax with the new one, then start TV service again.
     

    Attachments

    • TsWriter_allow_PCR_0x1fff.zip
      116.3 KB

    Users who are viewing this thread

    Top Bottom