Reopen of #21 Writing frames returns -1 about librtmp-client-for-android

[mekya]

Hi @brestmoor ,

In order to use RtmpMuxer, you need the read packets(aka tags) from flv file and then write them to the RtmpMuxer. Each packet has a specific size and type(video and audio).

If you have a h264 file, then you need to get each NAL unit from this file and send to the rtmpmuxer as NAL units. In h264 file each NAL unit starts with 0x000001 or 0x00000001. It seems that you need to dig into the NAL units.

Regards,

[brestmoor]

Ok, splitting the h264 file into NAL units almost completly solved this issue. Now I get almost always 0-s, the only -1-s I get is at the beginning of the file for 2 or 3 pockets, but that maybe is not an issue.

Although I would like to ask you for advice with another place where I got stuck, which is, the pockets i send (NALs) cannot be read by a client which is VLC player.

Do you think that my packets somehow are too large? I would say the average size is about 23kb. Or do I do something wrong again with pocketizing the data?

There are only sometimes "holes" of -1 in my stream that looks like this:

09-09 12:47:24.665 6974-7218/projekt.filip.raspberry I/System.out: sent 17452 bytes and video succeded: 0
09-09 12:47:24.675 6974-7218/projekt.filip.raspberry I/System.out: sent 773 bytes and video succeded: 0
09-09 12:47:24.675 6974-7218/projekt.filip.raspberry I/System.out: sent 27 bytes and video succeded: -1
09-09 12:47:24.675 6974-7218/projekt.filip.raspberry I/System.out: sent 8 bytes and video succeded: -1
09-09 12:47:26.055 6974-7218/projekt.filip.raspberry I/System.out: sent 87549 bytes and video succeded: 0
09-09 12:47:26.365 6974-7218/projekt.filip.raspberry I/System.out: sent 19431 bytes and video succeded: 0

Here I link the VLC debug logs: https://pastebin.com/JBtsAKWQ

And I must add that it all takes very long for VLC. It freezes a few times even before the "buffering" that appears in the logs starts. The broadcasting from RTMPmuxer is working all the time though.

Same happens when I try to stream to Wowza. It seems like RTMPMuxer.sendVideo succeeds but there is no playback at Wowza side.

[mekya]

Hi @brestmoor ,

The ordering of packets may cause rtmp write function to return -1 so it makes a player to stuck.

In LiveVideoBroadcaster there is a simple ordering functionality.

https://github.com/ant-media/LiveVideoBroadcaster/blob/master/liveVideoBroadcasterSDK/src/main/java/io/antmedia/android/broadcaster/network/RTMPStreamer.java

You may use rtmp_write in the same way LiveVideoBroadcaster uses
https://github.com/ant-media/LiveVideoBroadcaster/

Please let me know your thoughts. I want to help.

[brestmoor]

Hi @mekya

Unfortunatelly that project that I was working on went to an end, but if I get some free time I will check if reordering packets helps here :).

Thanks for your response.

This rtmp topic seems very complicated in general to me.

[mekya]

Yeah it is a little bit complicated. I can help you more if you have any question.
I can share my personal phone number as well for chatting and phone call.